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

Using timezone: Eastern Standard Time
* kaarefc joins02:49
* fcrepo-bot joins03:30
* kaarefc leaves03:39
* fcrepo-bot leaves04:34
* jonathangee joins08:17
* mikeAtUVa leaves08:20
* mikeAtUVa joins08:27
* jay joins08:55
<cbeer>awoods: we probably should have chatted earlier to get on the same page. oh well09:00
i assume we're still interested in durability and transparency09:01
<awoods>cbeer: durability, yes
cbeer: transparency, yes... if you are referring to how content is persisted on the filesystem.
<cbeer>yes
<awoods>cbeer: also configuration, i.e. dependency injection09:02
<cbeer>configuration of modeshape?
<awoods>cbeer: we have been hitting some walls integrating federation connectors and authentication-providers.09:03
cbeer: yes
<cbeer>huh. because of their private/protected-classes-everywhere, or some java thing i won't be able to think of at this hour?09:04
<awoods>cbeer: to configure/integrate custom components, you put org.fcrepo.MyClass in the repository.json09:05
<pivotal-bot____>Mike Durbin added comment: "Apparently by design, the code in getJcrTreeModel iterates through all the children of a node when building ..." https://www.pivotaltracker.com/story/show/56429594
<awoods>cbeer: That means that Modeshape instantiates the object09:06
* gregjansen joins
<awoods>cbeer: instead of the object being in the Spring context, for other use within F4
<cbeer>ah, got it. and it's probably the same deal with the programmatic API too
<pivotal-bot____>Mike Durbin edited "Exposing nodes with lots of children" https://www.pivotaltracker.com/story/show/5642959409:07
<awoods>cbeer: I suspect so
* ksclarke joins09:27
<awoods>cbeer: Have you done any work around the ModeShape clustering?
cbeer: re: Lucene
<cbeer>awoods: not of indexes no.
<awoods>cbeer: nor here09:28
<cbeer>awoods: what do you mean, poor performance?09:31
<awoods>cbeer: Frank and the FIZ team have been running some tests that are not very flattering09:33
cbeer: But I suspect it is a configuration issue.09:34
<cbeer>wouldn't surprise me. i thought we did some tests back in June and saw it worked, certainly wasn't a linear speed-up, but wasn't bad.
<awoods>cbeer: Should we mention the issue of events coming from all clustered nodes?09:43
<cbeer>no
that's a feature not a bug
<awoods>I guess it is just a feature that we do not like
<cbeer>and can probably be fixed on our end by being smarter about handling messages
<pivotal-bot____>Andrew Woods accepted "Write PEP to enforce access policies around modeshape operations." https://www.pivotaltracker.com/story/show/5589163409:52
<awoods>gregjansen: See attachment to the tracker item above for tweaks I made to the PR ^^^.09:54
gregjansen: it also appears that the session changes have need to propagate to fcrepo-jms-indexer-pluggable and fcrepo-legacy-api: http://ci.fcrepo.org/jenkins/view/FF/09:57
<gregjansen>awoods: aha, I was wondering why I was getting different instances of the auth provider at one point.. I had two integration tests that were interfering with each other..10:00
<awoods>gregjansen: It looks like you resolved it by making one of the integration tests a unit test.10:01
<gregjansen>awoods: indeed
awoods: not a good pattern10:02
<awoods>gregjansen: ...which then caused the ObjectStore and PutObjectStoreHere directories show up (since those properties are set for integration tests)
<gregjansen>awoods: aha
<awoods>gregjansen: I did a clean build over the whole project... no ObjectStore directories are created now.10:03
<gregjansen>I wonder if misplaced tests are responsible for them showing up in other places too
awoods: that's great
awoods: was it my unit test (which was really an IT) that was creating the dirs in other projects? That doesn't make sense to me.10:05
<awoods>gregjansen: The only project that was creating ObjectStore was fcrepo-auth-common10:06
gregjansen: Clean out all of your ObjectStore directories and run: mvn clean install
<pivotal-bot____>Gregory Jansen added comment: "See these pages under the AuthZ design page:" https://www.pivotaltracker.com/story/show/5647025211:12
Gregory Jansen added comment: "https://wiki.duraspace.org/display/FF/How+to+configure+Fedora+without+any+authorization11:14
https://wiki.dura..." https://www.pivotaltracker.com/story/show/56470252
Gregory Jansen finished "Document PEP extension point" https://www.pivotaltracker.com/story/show/5647025211:15
* gregjansen leaves11:28
* jay leaves12:01
* github-ff joins13:04
[fcrepo-jms-indexer-pluggable] awoods pushed 1 new commit to master: http://git.io/yBhJ2g
fcrepo-jms-indexer-pluggable/master 3acf39b Andrew Woods: Fix build from impacts of https://www.pivotaltracker.com/story/show/55891634
* github-ff leaves
<pivotal-bot____>feature: Write PEP to enforce access policies around modeshape operations. (accepted) / owner: Gregory Jansen
* github-ff joins13:08
[fcrepo-legacy-api] awoods pushed 1 new commit to master: http://git.io/Kx7MzA
fcrepo-legacy-api/master 2533754 Andrew Woods: Fix build from impacts of: https://www.pivotaltracker.com/story/show/55891634
* github-ff leaves
<pivotal-bot____>feature: Write PEP to enforce access policies around modeshape operations. (accepted) / owner: Gregory Jansen
<bljenkins>Yippie, build fixed!13:10
Project fcrepo-jms-indexer-pluggable build #12: FIXED in 5 min 38 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-jms-indexer-pluggable/12/
awoods: Fix build from impacts of https://www.pivotaltracker.com/story/show/55891634
<pivotal-bot____>feature: Write PEP to enforce access policies around modeshape operations. (accepted) / owner: Gregory Jansen
<bljenkins>Yippie, build fixed!13:11
Project fcrepo-legacy-api build #56: FIXED in 3 min 10 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-legacy-api/56/
awoods: Fix build from impacts of: https://www.pivotaltracker.com/story/show/55891634
<pivotal-bot____>feature: Write PEP to enforce access policies around modeshape operations. (accepted) / owner: Gregory Jansen
* travis-ci joins13:16
[travis-ci] futures/fcrepo-jms-indexer-pluggable#8 (master - 3acf39b : Andrew Woods): The build passed.
[travis-ci] Change view : https://github.com/futures/fcrepo-jms-indexer-pluggable/compare/052e9f2fbb98...3acf39b89fa9
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo-jms-indexer-pluggable/builds/11067568
* travis-ci leaves
<bljenkins>Project fcrepo-kitchen-sink build #514: SUCCESS in 4 min 39 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-kitchen-sink/514/
* gregjansen joins13:24
* gregjansen leaves
* gregjansen joins
* jay joins13:49
<pivotal-bot____>Mike Durbin unstarted "Exposing nodes with lots of children" https://www.pivotaltracker.com/story/show/5642959414:25
* nbanks leaves14:50
* nbanks joins15:16
* nbanks leaves15:21
* jay leaves15:34
* github-ff joins15:47
[fcrepo-jms-indexer-pluggable] awoods pushed 1 new commit to master: http://git.io/uWA_pA
fcrepo-jms-indexer-pluggable/master 6b0a785 osmandin: Update to accomodate node handle in JMS message...
* github-ff leaves
<pivotal-bot____>Andrew Woods delivered "Fix IndexerGroup:113 Issue" https://www.pivotaltracker.com/story/show/55768870
Andrew Woods added comment: "Resolved with: http://git.io/uWA_pA" https://www.pivotaltracker.com/story/show/5576887015:48
* travis-ci joins15:59
[travis-ci] futures/fcrepo-jms-indexer-pluggable#9 (master - 6b0a785 : osmandin): The build passed.
[travis-ci] Change view : https://github.com/futures/fcrepo-jms-indexer-pluggable/compare/3acf39b89fa9...6b0a78543d95
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo-jms-indexer-pluggable/builds/11073249
* travis-ci leaves
<pivotal-bot____>Andrew Woods accepted "Fix IndexerGroup:113 Issue" https://www.pivotaltracker.com/story/show/5576887016:08
<awoods>gregjansen, mikeAtUVa: Please let me know where the tickets stand before the end of the day.
<gregjansen>awoods: about to push what I've done so far and link it. It is untested, but fairly complete otherwise access roles module.16:09
<mikeAtUVa>awoods: I'm wrapping up the mvn issues with the integration tests and will push when done.16:12
<awoods>great guys
* nbanks joins16:17
* nbanks leaves16:21
<pivotal-bot____>Gregory Jansen added comment: "Initial work w/o unit tests yet is here:" https://www.pivotaltracker.com/story/show/5615984616:23
Gregory Jansen added comment: "Initial work w/o unit tests yet is here: ""
https://github.com/gregjan/fcrepo-authz/tree/master/fcrepo-auth-..." https://www.pivotaltracker.com/story/show/56159846
<mikeAtUVa>awoods: the post-it-test jacoco plugin failes because there's no target/classes directory in the project that contains my integration tests. Is there any easy workaround for this?16:35
<pivotal-bot____>Gregory Jansen edited "Create a simple ACL model that can be persisted on Fedora objects" https://www.pivotaltracker.com/story/show/5615984616:41
Gregory Jansen added comment: "https://wiki.duraspace.org/display/FF/Access+Roles+Module" https://www.pivotaltracker.com/story/show/5615984616:42
<gregjansen>awoods: this new roles module is really incomplete without any tests, so I think the ticket goes back on the pile..16:52
* gregjansen leaves17:00
* github-ff joins17:10
[fcrepo-fedora3-federation-connector] mikedurbin opened pull request #4: Added integration test rigging. (master...master) http://git.io/clmrew
* github-ff leaves
<pivotal-bot____>Mike Durbin added comment: "Addressed in pull request: https://github.com/futures/fcrepo-fedora3-federation-connector/pull/4" https://www.pivotaltracker.com/story/show/56135376
Mike Durbin finished "Create test rigging for a fedora 3 repository to support integration tests." https://www.pivotaltracker.com/story/show/56135376
Mike Durbin added "finalize and implement fedora 3 content modeling" https://www.pivotaltracker.com/story/show/5654801817:13
Mike Durbin edited "finalize and implement fedora 3 content modeling" https://www.pivotaltracker.com/story/show/56548018
Mike Durbin added comment: "The preliminary documentation is present here: ""17:14
https://wiki.duraspace.org/display/FF/Fedora+3+Object+represe..." https://www.pivotaltracker.com/story/show/55769262
Mike Durbin finished "Outline fedora 3 content modeling in fedora 4" https://www.pivotaltracker.com/story/show/55769262
* mikeAtUVa leaves
<awoods>mikeAtUVa: Did you find a resolution to jacoco?17:17
* nbanks joins
* nbanks leaves17:22
* nbanks joins17:34
* nbanks leaves17:47
* nbanks joins18:18
* nbanks leaves18:22
<pivotal-bot____>Andrew Woods added comment: "This will need some flushing out, but a very nice start." https://www.pivotaltracker.com/story/show/5647025218:29
Andrew Woods accepted "Document PEP extension point" https://www.pivotaltracker.com/story/show/56470252
* nbanks joins18:48
* nbanks leaves18:53
<pivotal-bot____>Andrew Woods accepted "Outline fedora 3 content modeling in fedora 4" https://www.pivotaltracker.com/story/show/5576926219:40
* nbanks joins19:48
<bljenkins>Project fcrepo-fedora3-federation-connector build #1: SUCCESS in 2 min 38 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-fedora3-federation-connector/1/19:51
Project fcrepo-filesystem-modeshape-federation-connector build #1: FAILURE in 46 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-filesystem-modeshape-federation-connector/1/19:52
* nbanks leaves19:53
<bljenkins>Project fcrepo-fixity-corrupter build #247: SUCCESS in 1 min 35 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-fixity-corrupter/247/20:09
Project fcrepo-kitchen-sink build #515: SUCCESS in 4 min 47 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-kitchen-sink/515/20:16
* nbanks joins20:49
* nbanks leaves20:53
* nbanks joins21:49
* nbanks leaves21:54
* nbanks joins22:49
* nbanks leaves22:54
* nbanks joins23:50
* nbanks leaves23:55
* ksclarke leaves00:01
* nbanks joins00:50
* nbanks leaves00:55
* nbanks joins01:50
* nbanks leaves01:55
* nbanks joins02:00
* nbanks leaves02:04
* nbanks joins02:30
* nbanks leaves02:35

Generated by Sualtam