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

Using timezone: Eastern Standard Time
* dwilcox joins00:49
* dwilcox leaves02:15
* f4jenkins joins04:07
* github-ff joins07:27
[fcrepo4] escowles pushed 2 new commits to master: http://git.io/vW1Pc
fcrepo4/master aaa7cf5 Andrew Woods: Remove unused ISPN configuration file and clustering properties...
fcrepo4/master 1d76646 Esmé Cowles: Merge pull request #923 from awoods/fcrepo-1739...
* github-ff leaves
* travis-ci joins07:44
fcrepo4/fcrepo4#4101 (master - 1d76646 : Esmé Cowles): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/compare/19639e1998f3...1d7664691a61
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/87648649
* travis-ci leaves
* mohamedar joins07:52
* mohamedar leaves08:03
* mohamedar joins08:12
* mohamedar leaves08:34
* dhlamb joins08:47
* ksclarke leaves08:56
* ksclarke joins
* acoburn joins09:05
* whikloj joins09:07
* bseeger joins09:08
* ajs6f joins09:18
* osmandin joins09:29
* peichman joins09:37
* mohamedar joins09:58
* jgpawletko joins10:00
* dwilcox joins10:05
* umgrosscol joins10:15
<f4jenkins>Yippee, build fixed!10:52
Project fcrepo4-T2 build #396: FIXED in 4 min 56 sec: http://jenkins.fcrepo.org/job/fcrepo4-T2/396/
awoods: Remove unused ISPN configuration file and clustering properties
<acoburn>[WebAC Standup]11:00
today: working on fcrepo-1792
* dwilcox leaves
<whikloj>Working on FCREPO-1795 and maybe FCREPO-176011:01
<acoburn>blockers: none, but resolving fcrepo-1796 would make it possible for me to build fedora
<peichman>working on fcrepo-1790 (user delegation header)11:02
blockers: none
<mohamedar>Working on FCREPO-1797 (testing leveldb backups), blockers: none
<peichman>(just trying to figure out the flow between all of the classes and where best to insert the check for a delegated user)11:03
<awoods>acoburn: I will get fcrepo-1796 in early today11:04
* chadmills joins
<acoburn>awoods: I realized it wasn't appearing on the scrum board unless the "affected version" was 4.4.0
<awoods>acoburn: or any 4.x version11:05
<acoburn>awoods: I had left that blank, since it only affects the snapshot artifact, but should I typically add that?
<awoods>acoburn: yes, please have some 4.x "affects version" value
<acoburn>awoods: got it, thanks!
* dwilcox joins11:15
* dwilcox leaves11:19
* peichman leaves11:28
* peichman joins
* jrgriffiniii leaves11:38
* dwilcox joins
* chadmills leaves
* acoburn leaves11:58
* jrgriffiniii joins12:06
* jrgriffiniii leaves12:22
* jrgriffiniii joins
* github-ff joins12:24
[fcrepo4] awoods pushed 2 new commits to master: http://git.io/vWD8U
fcrepo4/master e10a605 Aaron Coburn: update max metaspace size
fcrepo4/master 1e4d09d Andrew Woods: Merge pull request #922 from acoburn/fcrepo-1796...
* github-ff leaves
* bseeger leaves12:35
* travis-ci joins12:42
fcrepo4/fcrepo4#4103 (master - 1e4d09d : Andrew Woods): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/compare/1d7664691a61...1e4d09d30d70
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/87705812
* travis-ci leaves
* github-ff joins12:47
[fcrepo-webapp-plus] awoods pushed 1 new commit to master: http://git.io/vWD24
fcrepo-webapp-plus/master 77ade85 Yinlin Chen: fcrepo-webapp-plus: default build - webac and audit...
* github-ff leaves
* github-ff joins
[fcrepo-webapp-plus] awoods closed pull request #27: fcrepo-webapp-plus: default build - webac and audit (master...fcrepo-1773) http://git.io/vWKnK
* github-ff leaves
<whikloj>awoods/acoburn/peichman/mohamedar: I have a potential conflict for our call tommorow, I will try to attend. But I will most certainly be late and might be attempting a "hangout while driving"12:51
<awoods>whikloj: thanks. Could you please post to IRC your "standup" and any other comments you may have?12:52
...before the call
<whikloj>awoods: absolutely12:54
* peichman leaves
<whikloj>awoods: it'll probably be around 7:30ET to help with the search12:55
<awoods>whikloj: great... something to look forward to.
<whikloj>awoods: as always :)12:56
* jrgriffiniii leaves13:38
* jrgriffiniii joins13:45
Hello every, a quick (elementary) question in relation to design patterns13:52
It is preferable to use the Stream interface methods (e. g. #forEach) with lambdas when iterating over members of the Collections framework?
(I had heard Guava mentioned in passing in past calls, and I was uncertain as to whether or not I should work directly off of Java 8)13:53
<ajs6f>jrgriffinii: Definitely use Java in preference to Guava. Generally you do want to use the Stream API methods, because you are then allowing the object receiving the message to choose an appropriate implementation of the operation.13:54
jrgriffiniii: If you do for X x : List<X> xes, you are demanding that Java operate on each element one at a time and in sequence.13:55
<jrgriffiniii>ajs6f: Understood, thank you for the guidance and explanation
<ajs6f>jrgriffiniii: If you don't actually care about that (and most of the time you don't) it is better to avoid being too explicit. Doing xes.foreach(x -> {X:rockOut}) leaves that up to the impl.13:56
* bseeger joins13:57
* bseeger leaves14:51
* bseeger joins
* dwilcox leaves
<whikloj>ajs6f: I'm looking at this class you wrote and wondering, can I determine the FedoraResource used to generate the RdfStream or is that too late to try?
^^ https://github.com/fcrepo4/fcrepo4/blob/master/fcrepo-http-commons/src/main/java/org/fcrepo/http/commons/responses/RdfStreamProvider.java#L6214:52
<ajs6f>whikloj: You have RdfStream::topic.
whikloj: Remember, an RdfStream may or may not have been generated from a single FedoraResource (or from a FedoraResource at all) so your question may or may not have an answer.14:53
<whikloj>ajs6f: That's was my concern (multiple fedora resources)14:54
<ajs6f>whikloj: Why do you want to get at that (possibly-real) info?
<whikloj>ajs6f: I need to produce a Link header with the address to the WebAC URL, which I can easily get using one of acoburn's classes. But I need the FedoraResource.14:55
ajs6f: So I'm doing a horrible job of trying to learn everything about JAX-RS in 20 minutes or less14:56
<ajs6f>whikloj: Where is the RdfStream being generated? That is the question you need to ask. At that point, if it was generated from a particular FedoraResource and you have an IdentifierConverter in hand, use that converter to fill in the topic() of the RdfStream and you cn get it back later.
whikloj: I'm not really sure I understand what's going on here. acoburn gave you code that accepts FedoraResources and returns the URLs of WebC resources? Shouldn't that involve IdentifierConverters?14:58
* jrgriffiniii leaves
<whikloj>ajs6f: not really, the WebAC is linked via a triple.
<ajs6f>whikloj: _ANYTIME_ you go from a model type like FedoraResource to URIs, you should be involving an IdentifierConverter.14:59
<whikloj>ajs6f: you are correct (as always), there is one in there
ajs6f: I guess my issue is how to cram a http header from an authentication module into every response.15:00
<ajs6f>whikloj: Correct as always? HAH!
whiklj: More importantly, have you looked at how that (your task) happens in fcrepo-http-commons/api15:01
whikloj: Because there is machinery for that sort of thing.
whikoj: Also, that new DefaultIdentifierTranslator() thing is kind of bs-y. acoburn should be accepting a converter as parameter, not just inventing one out of thin air.15:02
* dwilcox joins
* dwilcox leaves15:09
<awoods>ajs6f: would you be willing to share some details from the semweb conference on this week's tech call?15:19
<ajs6f>awoods: There's not a whole lot to say. Mostly I was reminded of how backward and out-of-touch GLAMS institutions are. The most relevant thing going on for Fedora was almost certainly Ghent University's full-court press for Linked Data Fragments, which everyone agreed is a damn good idea.15:21
<awoods>ajs6f: hearing your thoughts on where GLAMS can grow and what is in the works re:LD-Frags would probably be interesting. I am sure others would agree.15:23
* github-ff joins15:24
[fcrepo-camel-toolbox] awoods closed pull request #63: Update features.xml to add wrap as a prerequisite. (master...FCREPO-1763) http://git.io/vC12A
* github-ff leaves
<ajs6f>awoods: GLAMS' problems are _way_ outside the scope of a Fedora tech call: they have little or nothing to do technology. We can definitely talk about LDF. That's definitely inside our ballpark.
<awoods>ajs6f: it is not a hard argument to make that Fedora sits squarely in the world of GLAMs15:26
<ajs6f>awoods: Incidentally, if you think it interesting, here's the link for the prgram (which mostly has the papers linked right off it, and should have video up at some point):
awoods: GLAMS' problems are social and cultural and there is nothing that Fedora is going to do about them.
awoods: Time and disease will solve those problems, not RDF.15:27
<awoods>ajs6f: oh, if your comment on backwardness relates to social and cultural issues, then ok.
<ajs6f>awoods: Yes, very much so.
awoods: I was talking about fear of risk, fear of success, fear of responsibility, fear of commitment, actually fear of pretty much anything that moves.15:28
<awoods>ajs6f: sounds like GLAMs need a hug15:29
* acoburn joins
* dwilcox joins15:30
<ajs6f>awoods: No, a swift kick in the pants.15:31
awoods: One of the keynoters was a guy who advises the Federal Reserve and other globally-important financial institutions about data. He pointed out that since Basel III the financial industry has been commited to data normalization using the best available platforms (RDF/OWL) and is making slow but strong progress, with buy-in at the top level (central banks). GLAMs institutions are still commmitted to crap like MARC.
* travis-ci joins15:34
fcrepo4-exts/fcrepo-camel-toolbox#180 (master - bee4dbc : Andrew Woods): The build was broken.
Change view : https://github.com/fcrepo4-exts/fcrepo-camel-toolbox/compare/12b35a37bdd4...bee4dbc3984c
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo-camel-toolbox/builds/87745214
* travis-ci leaves
* peichman joins15:37
* dhlamb leaves15:58
* peichman leaves16:09
* peichman joins16:11
* jrgriffiniii joins16:13
* osmandin leaves16:36
* github-ff joins16:39
[fcrepo4] awoods pushed 1 new commit to master: http://git.io/vWyjH
fcrepo4/master 8cceaeb Bethany Seeger: Allow users to delete large literal property values....
* github-ff leaves
* github-ff joins
[fcrepo4] awoods closed pull request #911: Users can now delete large literal property values. (master...fcrepo-1561) http://git.io/vnitx
* github-ff leaves
* ajs6f leaves16:40
* bseeger leaves16:44
* mohamedar leaves16:56
* travis-ci joins
fcrepo4/fcrepo4#4105 (master - 8cceaeb : Bethany Seeger): The build was broken.
Change view : https://github.com/fcrepo4/fcrepo4/compare/1e4d09d30d70...8cceaebd0121
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/87759854
* travis-ci leaves
* whikloj leaves17:02
<acoburn>awoods: do you have time for a question17:08
<awoods>acoburn: sure
acoburn: that was one17:09
<acoburn>awoods: here's another — so with the webac filesystem backstop authorization RDF
awoods: what's the best way to allow users to set that file location
awoods: I can use a System.getProperty()
awoods: and load the file with java.io.File17:10
<awoods>acoburn: that is the mechanism we use in several other situations
<acoburn>awoods: defaulting to something that exists as a class resource
awoods: in case the file is unreadable or doesn't exists
awoods: seems that spring.context has a mechanism for this, but that seemed overkill17:11
<awoods>acoburn: https://wiki.duraspace.org/display/FEDORA4x/Application+Configuration#ApplicationConfiguration-configelements
<acoburn>awoods: so my question is this: is just using java.io.File a good approach for this?17:12
awoods: the property is going to be fcrepo.auth.webac.rootacl or something like that
<awoods>acoburn: off hand, java.io.File seems reasonable17:13
<acoburn>awoods: great. you should have a PR ready early tomorrow
<awoods>acoburn: defaulting to a classpath resource on error, etc
<acoburn>awoods: exactly
<awoods>acoburn: thanks, I look forward to it
* dwilcox leaves17:32
* umgrosscol leaves17:35
* jgpawletko leaves17:38
* dwilcox joins17:42
* acoburn leaves17:55
* jrgriffiniii leaves
* jgpawletko joins18:03
* jgpawletko leaves
* jrgriffiniii joins18:04
* jgpawletko joins18:05
* jgpawletko leaves18:13
* jgpawletko joins18:15
* jrgriffiniii leaves18:33
* jrgriffiniii joins18:42
* dwilcox leaves18:46
* jgpawletko leaves18:51
* jrgriffiniii leaves19:02
* jrgriffiniii joins19:03
* peichman leaves19:30
* jrgriffiniii leaves19:34
* ksclarke leaves19:35
* jgpawletko joins19:41
* dwilcox joins19:46
* jrgriffiniii joins19:47
* ksclarke joins19:49
* avmich joins19:57
* ksclarke leaves20:10
* the_mgt_ joins20:25
<avmich>I have a Fedora 4.1 installation, and I want to switch to Fedora 4.220:27
* ksclarke joins
* the_mgt leaves20:28
<avmich>can I just copy fcrepo-data directory to get data in the new Fedora installation?
* dwilcox leaves21:12
* dwilcox joins21:33
* avmich leaves21:45
* dhlamb joins22:12
* jgpawletko leaves22:52
* dhlamb leaves23:28

Generated by Sualtam