Log of the #fcrepo channel on chat.freenode.net

Using timezone: Eastern Standard Time
* ksclarke leaves00:48
* dwilcox joins07:43
* esm_ joins08:03
* dhlamb joins08:17
* esm_ leaves08:26
* esm_ joins08:29
* mohamedar joins
* ajs6f joins08:37
* chadmills joins08:44
* osmandin joins08:57
* cmmills joins09:02
* chadmills leaves09:04
* escowles joins09:07
* awead joins09:09
* cmmills leaves09:10
* dwilcox leaves09:13
* dwilcox joins09:16
* umgrosscol joins09:43
* apb18 joins
* acoburn joins09:56
* mohamedar leaves09:57
* mohamedar joins09:58
* peichman joins10:00
* acoburn leaves10:03
* acoburn joins10:06
* acoburn leaves10:11
* ksclarke joins10:15
* avmich joins10:18
* acoburn joins10:29
* umgrosscol_ joins10:32
* umgrosscol leaves10:35
* whikloj joins10:36
* peichman leaves10:42
<acoburn>whikloj: would you be able to review fcrepo-1807? It is just about code clean up10:43
* mikeAtUVa joins
<whikloj>acoburn: sure, fighting a small work fire. Can it wait a couple minutes?
* mohamedar1 joins10:44
* peichman joins
<mikeAtUVa>Do we have any developers who use or have access to Windows at this point?
<acoburn>whikloj: take your time, maybe peichman can take a look at fcrepo-1807
peichman: it's just about code formatting/style, there's no new functionality added10:45
<peichman>@acoburn: sure, i can take a look at that today
* mohamedar leaves10:46
<acoburn>peichman++
<peichman>first up on my plate is going over awoods' comments on my PR and getting it updated
are we doing the hangout @ 11?
<acoburn>peichman/whikloj: hangout or IRC?
I'm only available until 11:3010:47
<whikloj>acoburn: hangout might be faster.
<acoburn>peichman/whikloj: either way is fine with me
<peichman>I agree with whikloj that ahangout might be faster10:48
<acoburn>peichman/whikloj: works for me — my report is basically that I finished the issues I was working on and they have been merged
<whikloj>acoburn: that's because you are relentless
<acoburn>whikloj: I just wanted to clear those out so that I could work on the fun stuff: documentation!10:49
<whikloj>acoburn: I am still working on adding headers in. I will push what I am attempting up and you can look at it. I may be off-base10:50
<peichman>acoburn, you have an odd definition of fun :-)
<whikloj>peichman++
<acoburn>peichman++
peichman: though perhaps you didn't catch my irony there
<peichman>@acoburn, I did, hence the smiley :-)10:51
<f4jenkins>Project fcrepo4-T2 build #402: UNSTABLE in 5 min 42 sec: http://jenkins.fcrepo.org/job/fcrepo4-T2/402/10:53
* jrgriffiniii joins
<acoburn>whikloj: let me know when you push that branch to github — I have a number of meetings today, but I'll look at it before the end of the day
* bseeger joins
<jrgriffiniii>ruebot: Regarding FCREPO-1777/PR #29, my apologies for all of the commits; Installing Vagrant on a Travis CI is likely to require me to squash a number of these10:55
<ruebot>jrgriffiniii: no worries we can squash at the end :-)10:57
jrgriffiniii: doing a live demo now. i'll be around and available to chat in an hour or two.
<acoburn>whikloj: hangout?11:01
<whikloj>acoburn: sorry
* umgrosscol_ leaves11:05
* umgrosscol joins11:08
<mohamedar1>[Backup-Restore Standup] Working on testing the backup and restore (using the scripts) on production grade server with more realistic data volume.11:19
<whikloj>acoburn: https://github.com/whikloj/fcrepo4/tree/fcrepo-179511:33
acoburn: https://github.com/whikloj/fcrepo-module-auth-webac/tree/fcrepo-1795
<acoburn>whikloj: thanks!
<whikloj>acoburn: no, thank you
* acoburn leaves11:43
* bseeger leaves11:56
<tpendragon>With eTags fixed has anyone tried out putting varnish in front of Fedora?12:23
* apb18 leaves12:25
* osmandin leaves12:26
* github-ff joins12:43
[fcrepo4] escowles created fcrepo-1800-suppress-fragment-servermanaged-triples (+1 new commit): http://git.io/vlw59
fcrepo4/fcrepo-1800-suppress-fragment-servermanaged-triples b8276af Esmé Cowles: Filtering out server-managed triples about hash URI fragments
* github-ff leaves
* github-ff joins
[fcrepo4] escowles opened pull request #936: Filtering out server-managed triples about hash URI fragments (master...fcrepo-1800-suppress-fragment-servermanaged-triples) http://git.io/vlwdv
* github-ff leaves
* travis-ci joins13:01
fcrepo4/fcrepo4#4117 (fcrepo-1800-suppress-fragment-servermanaged-triples - b8276af : Esmé Cowles): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/commit/b8276afc85c1
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/88836798
* travis-ci leaves
* acoburn joins13:09
* bseeger joins13:10
* bseeger leaves13:24
* dwilcox leaves13:31
* dwilcox joins13:36
* cmmills joins13:45
* github-ff joins13:52
[fcrepo4] escowles force-pushed fcrepo-1800-suppress-fragment-servermanaged-triples from b8276af to 8d15050: http://git.io/vlruB
fcrepo4/fcrepo-1800-suppress-fragment-servermanaged-triples 8d15050 Esmé Cowles: Filtering out server-managed triples about hash URI fragments
* github-ff leaves
* acoburn leaves13:57
* apb18 joins13:59
* travis-ci joins14:11
fcrepo4/fcrepo4#4120 (fcrepo-1800-suppress-fragment-servermanaged-triples - 8d15050 : Esmé Cowles): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/compare/b8276afc85c1...8d15050c43f9
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/88849568
* travis-ci leaves
* acoburn joins14:30
* cmmills leaves14:35
* bseeger joins14:43
* cmmills joins14:45
* peichman1 joins14:59
* peichman leaves15:00
* avmich leaves15:08
* bseeger leaves15:15
* cmmills leaves15:19
<whikloj>ajs6f: I have a java/spring question, do you have a moment?15:24
<ajs6f>whikloj: I have two or three, even.
<whikloj>ajs6f: awesome, I am trying to allow for extension modules (ie. WebAC) to insert Http headers.15:25
ajs6f: I was trying to use something like https://github.com/fcrepo4/fcrepo4/blob/master/fcrepo-http-commons/src/main/java/org/fcrepo/http/commons/api/rdf/HttpTripleUtil.java
<ajs6f>whikloj: Okelydokely.15:26
<whikloj>ajs6f: assuming this isn't already a horrible idea, am I not finding the class in the WebAC that is of the appropriate type?
* bseeger joins15:27
<whikloj>ajs6f: Will the applicationContext not get these "extension" classes in its definition?
<ajs6f>whikloj: What? What do you mean?
whikloj: The application context is just a registry of beans and config.
whikloj: YOu can use it to retrieve a beanyou have defined.
whikloj: (Or to define one.)15:28
<whikloj>ajs6f: ok, so for a bean in webac
<ajs6f>whikloj: Like in : https://github.com/fcrepo4/fcrepo4/blob/master/fcrepo-http-commons/src/main/java/org/fcrepo/http/commons/api/rdf/HttpTripleUtil.java#L76
whikloj: You can get it by type or by id or name or a couple of other ways.
<whikloj>ajs6f: ok15:29
ajs6f: so I did this: https://github.com/fcrepo4/fcrepo4/compare/master...whikloj:fcrepo-1795?expand=1
ajs6f: and this: https://github.com/fcrepo4/fcrepo-module-auth-webac/compare/master...whikloj:fcrepo-1795?expand=1
ajs6f: but when the httpHeaderInject looks for beans it doesn't find the one in WebAC.15:30
<ajs6f>whikloj: You're getting a NPE?15:31
<whikloj>ajs6f: no, no error I get the first Logger statement in the HttpHeaderInjection, but the call to getBeansOfType returns nothing so it does nothing15:32
<ajs6f>whikloj: On another note: List<Pair<String, String>> is kind of icky. How about just Guava's MultiMap?
<whikloj>ajs6f: sure I'll check it out15:33
<ajs6f>whikloj: And Optional<Collection> of any typ ei s just wrong. Return an empty collection to represent the case of "no result".
whikloj: So if HttpHeaderInjection is loggin, you think that it's getting set up?
whikloj: You can test that easily in your ContentExposingResource code by logging all of the beans that you find in the context.15:34
* cmmills joins
<ajs6f>whikloj: But the first thing I would try doing if removing the @OPtional annotation in ContentExposingResource.httpHeaderInject.
<whikloj>ajs6f: okay see if it errors out15:35
<ajs6f>whikloj: Until you are sure about what you are doing, you want it to fail fast.
<whikloj>ajs6f: right
<ajs6f>whikloj: Right, let the bean container do the checking for you.
* apb18 leaves15:47
* dwilcox leaves
<ajs6f>whikloj: It occurs to me that you might also want to think about JAX-RS filters as a tool for this kind of thing.15:48
* jrgriffiniii leaves15:49
<whikloj>ajs6f: I looked at those, but couldn't quite figure out how to get the resource into one.
<ajs6f>whikloj: Generally they are meant to work in a HTTP world. You _could_ leave a reference to the resource in the Java HTTP response object, but I wouldn't worry too much about it.15:50
* github-ff joins15:53
[fcrepo4] escowles created fcrepo-1753-fcr-metadata-put (+1 new commit): http://git.io/vlo2o
fcrepo4/fcrepo-1753-fcr-metadata-put ecbb943 Esmé Cowles: Allowing updates to fcr:metadata
* github-ff leaves
<whikloj>ajs6f: To my understanding, I'd use a ContainerResponseFilter. But it uses the requestContext and responseContext. So you are saying I could stick the resource in and try and pull it out of the response when adding the headers?
^^ stick the resource in the requestContext
<ajs6f>whikloj: Yeah, or, more disrutively, stick it directly in the response. I'm not actually advocating this. I just want you to have a couple of tools laying around.15:54
* github-ff joins
[fcrepo4] escowles opened pull request #937: Allowing updates to fcr:metadata (master...fcrepo-1753-fcr-metadata-put) http://git.io/vloaJ
* github-ff leaves
<whikloj>ajs6f: I guess my question is, does my idea of using a contextAware solution seem better or worse. I thought it might help for future extensions, but then I remembered I was writing it.15:55
<ajs6f>whikloj: One way to think about this is: at what point are we essentially rewriting part of JAX-RS?15:56
* jrgriffiniii joins
<ajs6f>whikloj: If the construction of the headers in question actually centers on the Fedora resource (and not HTTP concerns) then I think we are _not_ rewriting JAX-RS.
whikloj: And should do our own thing.15:57
<whikloj>ajs6f: define HTTP "concerns"
* jrgriffiniii leaves
<whikloj>ajs6f: cause I'm just trying to get Link: http://blah; rel=acl in the response15:58
ajs6f: which I get from the resource being acted upon
<ajs6f>whikloj: On the client side, are the headers you are injecting providing information about eh HTTP transaction that is taking place (a la say, an ETag) or are they providing information about the resource on the end of the request.
<whikloj>ajs6f: resource or permissions applied to the resource
<ajs6f>whikloj: And you are deriving that info from the resource itself?15:59
<whikloj>ajs6f: yes from properties on the resource
ajs6f: like the header is the same whether you GET, PUT, POST, PATCH, etc
<ajs6f>whikloj: Okay, doesn't soundlike a filter to me. I think you're on the right trail. This is our own thing.16:00
whikloj: any luck with the injection?
<whikloj>ajs6f: I have to rebuild the webapp-plus and try a deploy. I'll let you know
<ajs6f>whikloj: Okay. IIWY, I might write a quick IT to avoid the whole build cycle. Then you can leave that IT in as a new test accompanying your eventual PR.16:02
<whikloj>ajs6f++16:04
* dhlamb leaves16:06
<ajs6f>ITs++16:07
* peichman1 leaves16:11
* peichman joins16:26
* ajs6f leaves16:28
* bseeger leaves16:32
* bseeger joins
* umgrosscol leaves16:54
* bseeger leaves16:55
* mikeAtUVa leaves17:03
* bseeger joins
* jrgriffiniii joins17:08
* cmmills leaves17:11
* bseeger leaves17:16
* bseeger joins17:19
* mohamedar1 leaves17:33
* bseeger leaves17:39
* peichman leaves17:43
* acoburn leaves17:53
* whikloj leaves17:58
* jrgriffiniii leaves18:24
* the_mgt_ joins19:18
* the_mgt leaves19:21
* jrgriffiniii joins19:24
* jrgriffiniii leaves19:26
* github-ff joins19:58
[fcrepo4] escowles pushed 1 new commit to fcrepo-1753-fcr-metadata-put: http://git.io/vlKjM
fcrepo4/fcrepo-1753-fcr-metadata-put 1207b18 Esmé Cowles: Testing whether fcr:metadata parent is a binary
* github-ff leaves
* the_mgt leaves20:07
* travis-ci joins20:15
fcrepo4/fcrepo4#4124 (fcrepo-1753-fcr-metadata-put - 1207b18 : Esmé Cowles): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/compare/ecbb94354268...1207b182e682
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/88917506
* travis-ci leaves
* escowles leaves20:32
* jrgriffiniii joins20:41
* jrgriffiniii leaves20:42
* ksclarke leaves20:55
* dhlamb joins20:56
* acoburn joins21:05
* acoburn leaves
* ksclarke joins21:10
* ksclarke leaves21:36
* ksclarke joins21:53
* github-ff joins22:23
[fcrepo4] acoburn created fcrepo-1811 (+1 new commit): http://git.io/vl6KE
fcrepo4/fcrepo-1811 a9d945c Aaron Coburn: add guard for non-literal titles
* github-ff leaves
* github-ff joins22:24
[fcrepo4] acoburn opened pull request #938: add guard for non-literal titles (master...fcrepo-1811) http://git.io/vl6KK
* github-ff leaves
* jrgriffiniii joins22:31
* jrgriffiniii leaves22:33
* travis-ci joins22:39
fcrepo4/fcrepo4#4126 (fcrepo-1811 - a9d945c : Aaron Coburn): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/commit/a9d945c7e3e2
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/88931793
* travis-ci leaves
* dhlamb leaves22:40

Generated by Sualtam