Log of the #duraspace-ff channel on chat.freenode.net

Using timezone: Eastern Standard Time
* edInCo leaves00:54
* pivotal-bot___ joins06:05
* pivotal-bot__ leaves06:10
* jonathangee leaves06:53
* edInCo joins08:59
* gregjansen joins09:07
* ksclarke joins09:38
<pivotal-bot___>Andrew Woods added "Add STOMP messaging" https://www.pivotaltracker.com/story/show/5451433209:41
Andrew Woods started "Add STOMP messaging" https://www.pivotaltracker.com/story/show/5451433209:42
Andrew Woods edited "Add STOMP messaging" https://www.pivotaltracker.com/story/show/54514332
* github-ff joins09:43
[fcrepo4] awoods pushed 3 new commits to master: http://git.io/kkMpIw
fcrepo4/master 13bb0c7 yqjiang: run jms and add stomp
fcrepo4/master fb3aedc yqjiang: edit code style
fcrepo4/master eca8521 Andrew Woods: Merge pull request #103 from yqjiang/master...
* github-ff leaves
<pivotal-bot___>Andrew Woods finished "Add STOMP messaging" https://www.pivotaltracker.com/story/show/5451433209:44
Andrew Woods added comment: "Resolved with: https://github.com/futures/fcrepo4/pull/103" https://www.pivotaltracker.com/story/show/54514332
Andrew Woods accepted "Add STOMP messaging" https://www.pivotaltracker.com/story/show/54514332
* travis-ci joins09:59
[travis-ci] futures/fcrepo4#947 (master - eca8521 : Andrew Woods): The build passed.
[travis-ci] Change view : https://github.com/futures/fcrepo4/compare/ea3170843fc1...eca852195cfe
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo4/builds/9775956
* travis-ci leaves
<awoods>barmintor: What is the story with https://github.com/futures/fcrepo-http-federation10:02
<bljenkins>Yippie, build fixed!10:14
Project fcrepo4 build #1083: FIXED in 31 min: http://ci.fcrepo.org/jenkins/job/fcrepo4/1083/
* yqjiang0830: run jms and add stomp
* yqjiang0830: edit code style
Project fcrepo-fixity-corrupter build #218: SUCCESS in 1 min 46 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-fixity-corrupter/218/10:16
Project fcrepo-kitchen-sink build #484: STILL UNSTABLE in 4 min 30 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-kitchen-sink/484/10:21
* ajs6f joins10:23
cbeer: Are we async-ified the fixity calculations? I was just thinking of them because I know that those are Guava-functional-ish, and I happened to notice:10:25
http://docs.guava-libraries.googlecode.com/git-history/release/javadoc/com/google/common/util/concurrent/AsyncFunction.html
which would make it pretty easy.
Also,10:27
http://docs.guava-libraries.googlecode.com/git-history/release/javadoc/com/google/common/util/concurrent/Futures.html#transform(com.google.common.util.concurrent.ListenableFuture, com.google.common.util.concurrent.AsyncFunction, java.util.concurrent.Executor)
allows chaining.
* ajs6f leaves10:31
<pivotal-bot___>Andrew Woods added "Determine effective limit on single item ingest" https://www.pivotaltracker.com/story/show/5451808010:36
Andrew Woods estimated "Determine effective limit on single item ingest" as 1 point https://www.pivotaltracker.com/story/show/54518080
<awoods>standup11:03
<barmintor>awoods: It looks like a module for doing "managed external" projection over HTTP?11:07
I'm fairly sure my involvement was just puling it out of core
* awoods leaves11:36
* edInCo leaves11:37
* github-ff joins11:40
[fcrepo4] cbeer synchronize pull request #105: make sure we send the right Location header back when POSTing binary content to create a new node (master...new-node-location-fcr-content) http://git.io/WGKZWA
* github-ff leaves
* github-ff joins
[fcrepo4] cbeer merged new-node-location-fcr-content into master: http://git.io/iBP62g
* github-ff leaves
<pivotal-bot___>Gregory Jansen added "Build a JAX-RS SecurityContext providing extra Principals from request headers" https://www.pivotaltracker.com/story/show/5452351811:49
Gregory Jansen estimated "Build a JAX-RS SecurityContext providing extra Principals from request headers" as 2 points https://www.pivotaltracker.com/story/show/54523518
Gregory Jansen edited "Build a JAX-RS SecurityContext providing extra Principals from request headers" https://www.pivotaltracker.com/story/show/54523518
<bljenkins>Project fcrepo-fixity-corrupter build #219: SUCCESS in 1 min 18 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-fixity-corrupter/219/12:04
* awoods joins
thanks, barmintor. I am trying to gauge if it is worth getting that broken module building again.
on another note...12:05
in order to not have the overhead of having to keep separate git project in sync with "the core"...
what do you all think about having a submodule within the main baseline called "extensions" (or something)12:06
then the modules like rss, jms, webhooks, etc would be move under "extensions"
it would maybe make it more clear what is "core" and what is not, while still making version control and release simple.12:07
<barmintor>awoods: that is one approach, though once we have "real" released versions I think we'd just want to peg modules against releases of fcrepo-kernel (maybe http-api)12:15
<awoods>barmintor: are you suggesting the endgame approach of pulling the non-core modules out of the fcrepo4 git project?12:17
<barmintor>it's a balance we have to strike between developer sanity in core and dev sanity in impl modules12:18
but yes
<awoods>I am trying to reconcile your present 'yes' with yesterday's 'noooooooooooo'.12:19
<barmintor>awoods: see also "balance for dev sanity"
right now, breaking them out would be awful12:20
<awoods>barmintor: do you think APIs and patterns are in too much flux at the present to pull them out? is that why it would be awful to pull them out now but not later?12:21
* edInCo joins12:22
<barmintor>awods: yes- if not the web APIs, the degree of insulation in the kernel classes and exposure of JCR and public Java api definition are all too fluxy12:23
* github-ff joins12:24
[fcrepo4] ajs6f created FindBugsStuff (+1 new commit): http://git.io/LiEJWQ
fcrepo4/FindBugsStuff e22504e ajs6f: Annotating kernel method signatures
* github-ff leaves
<bljenkins>Project fcrepo-fixity-corrupter build #220: SUCCESS in 1 min 16 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-fixity-corrupter/220/12:26
<awoods>barmintor: that said, I am inclined to move the non-core modules into a maven submodule, "extensions" for the time being. I think it will make the baseline more clear for folks coming to the code.
<barmintor>awoods: one of these thinly staffed sprints might also be quiet enough to do the Grand PAckage Renaming you've mentioned before. I (and I think cbeer) would be really annoyed by it happening while I was trying to get feature work done, but you might have a good opportunity soon.12:28
<awoods>barmintor: agreed, this sprint and next are/will be quiet12:29
Is there a reason for having the same package name for all modules? Or was it just simpler?
<pivotal-bot___>Osman Din edited "Create policies with REST-API" https://www.pivotaltracker.com/story/show/5419741212:35
<barmintor>awoods: You can basically take the conversation we're having about external impl modules and project it backwards to breaking apart fcrepo-kernel and fcrepo-http-api12:36
<pivotal-bot___>Osman Din deleted "Allow multiple decisions to be applied" https://www.pivotaltracker.com/story/show/5419745812:39
<awoods>barmintor: are you suggesting that kernel and http-api could also afford to be split out into more appropriate modules?12:43
<barmintor>no, that the reason the core modules have the same package names is that they were all in the same module once.
<awoods>got it12:44
<bljenkins>Project fcrepo-fixity-corrupter build #221: SUCCESS in 1 min 10 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-fixity-corrupter/221/12:45
<pivotal-bot___>Osman Din added "Move API out of Maven module for loose coupling and to solve any Maven cyclical dependency on policy driven storage" https://www.pivotaltracker.com/story/show/54527658
Osman Din estimated "Move API out of Maven module for loose coupling and to solve any Maven cyclical dependency on policy driven storage..." https://www.pivotaltracker.com/story/show/5452765812:46
* github-ff joins12:47
[fcrepo4] ajs6f pushed 2 new commits to FindBugsStuff: http://git.io/amnvgw
fcrepo4/FindBugsStuff a1c245c ajs6f: Moving JSR-305 module version into dependencyManagment
fcrepo4/FindBugsStuff 63e95b7 ajs6f: Cleanup for Sonar
* github-ff leaves
<bljenkins>Project fcrepo-kitchen-sink build #485: STILL UNSTABLE in 3 min 44 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-kitchen-sink/485/12:48
Project fcrepo-fixity-corrupter build #222: SUCCESS in 1 min 5 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-fixity-corrupter/222/13:09
Project fcrepo-kitchen-sink build #486: STILL UNSTABLE in 3 min 41 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-kitchen-sink/486/13:12
<pivotal-bot___>Andrew Woods added "Leverage Event.getMixinNodeTypes() in DefaultFilter" https://www.pivotaltracker.com/story/show/5453060613:31
Andrew Woods added comment: "Reject this pull request based on the marginal performance improvement and cleaner approach available with ..." https://www.pivotaltracker.com/story/show/5198382313:32
Andrew Woods rejected "Removal of Session.getNode() in DefaultFilter" https://www.pivotaltracker.com/story/show/51983823
Andrew Woods unstarted "Removal of Session.getNode() in DefaultFilter" https://www.pivotaltracker.com/story/show/5198382313:34
Andrew Woods edited "Removal of Session.getNode() in DefaultFilter" https://www.pivotaltracker.com/story/show/51983823
<cbeer>sounds like modeshape 3.4 is getting shipped on monday13:55
<awoods>yes, which may or may not include the pull request for Access Control Management that gregjansen could use: https://issues.jboss.org/issues/?jql=project%20%3D%20%22MODE%22%20AND%20fixVersion%20%3D%20%223.4%22%20AND%20resolution%20%3D%20Unresolved%20AND%20priority%20%3D%20Blocker%20ORDER%20BY%20key%20DESC13:58
* jongibson joins14:11
* jongibson leaves15:20
* cbeer leaves
* cbeer joins
* jongibson joins15:46
* gregjansen leaves16:36
* jongibson leaves17:19
* ksclarke leaves17:52
* jongibson joins18:00
* jongibson leaves18:15
* edInCo leaves18:24
<awoods>cbeer: Do you have a take on what would make for a reasonable RDF representation of FedoraRepositoryWorkspace?18:47
* ksclarke joins19:54