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

Using timezone: Eastern Standard Time
* ksclarke leaves01:00
* escowles leaves04:07
* tecoripa joins04:49
* terrellt leaves07:04
* dwilcox joins07:56
* mikeAtUVa joins09:05
* ksclarke joins09:17
* ermadmix joins09:25
<awoods>mikeAtUVa: It looks like the release of fcrepo4 went well. Are you planning on pushing the other projects and documentation this morning?09:46
* tecoripa1 joins
<mikeAtUVa>awoods: I'm having trouble pushing the documentation...
* tecoripa1 leaves09:47
<awoods>mikeAtUVa: how can I help?
<mikeAtUVa>awoods: well, I run the mvn site-deploy and get "Failed to execute goal com.github.github:site-maven-plugin:0.9:site (github) on project fcrepo: Error creating blob: cannot retry due to server authentication, in streaming mode"
awoods: the last two debug log statements are as follows:09:48
[DEBUG] Using 'github' server credentials
[DEBUG] Using basic authentication with username: mikedurbin
[DEBUG] Creating blob from /home/md5wz/Documents/source/mvn/fcrepo4/target/site/dependency-info.html
I'm pretty sure it's the first request to github..
I double checked the password... (though I'm using encrypted passwords in the maven settings... maybe I shouldn't)09:49
awoods: I'm supposed to run that command from the checked-out release branch, right?09:50
<awoods>mikeAtUVa: yes
mikeAtUVa: the issue may be (as you suggested) encrypted creds
<mikeAtUVa>awoods: they worked for sonatype, but I'll try plaintext password in the settings.xml for github.09:51
<awoods>mikeAtUVa: I also usually run into the issue of getting blocked by github halfway through the site process due to too many calls in an hour.
mikeAtUVa: then I just need to wait an hour or so for github to relax.
<mikeAtUVa>awoods: it looks like the encrypted password was the problem... I'm getting "Creating blob... " messages now.09:54
<awoods>mikeAtUVa: good
<mikeAtUVa>awoods: now I eventually got a "Error creating tree: Not allowed (405)"09:58
<awoods>mikeAtUVa: not familiar with that one09:59
<mikeAtUVa>[INFO] Creating tree with 2,866 blob entries
[INFO] Merging with tree b77e71e3c31f5e4a3aabb462f150462adef3c444
awoods: it looks like all the blobs were transferred, then it failed after those lines...10:00
I'll look around...
<awoods>mikeAtUVa: I am not familiar with that one
* github-ff joins10:06
[fcrepo4] mikedurbin pushed 1 new commit to gh-pages: http://git.io/8t2CAw
fcrepo4/gh-pages 3f3d48f Michael Durbin: Creating site for fcrepo-jms,...
* github-ff leaves
<awoods>mikeAtUVa: that looks promising10:07
* github-ff joins
[fcrepo4] mikedurbin pushed 1 new commit to gh-pages: https://github.com/fcrepo4/fcrepo4/commit/789b7260035683f40c3f650743de6ca95880eb2f
fcrepo4/gh-pages 789b726 Michael Durbin: Creating site for fcrepo-connector-file,...
* github-ff leaves
<mikeAtUVa>awoods: yeah, I resumed it from where I thought it got... but I think it didn't quite get there... will it be a problem to pick up the modules that were missed?10:12
<awoods>mikeAtUVa: no, they will just get overwritten. You could probably also pick up the missed projects surgically with: mvn site-deploy -DskipTests -pl <fcrepo-whichever>10:14
<mikeAtUVa>awoods: the "connection reset" I got just now, is that what you saw when you hit the hourly limit?10:15
<awoods>mikeAtUVa: maybe, I would have to see the full message.
<mikeAtUVa>awoods: eh, I'll just try again and see if it happens immediately... it just said connection reset when putting a blob... could have been a network failure I suppose...10:16
* github-ff joins10:18
[fcrepo4] mikedurbin pushed 1 new commit to gh-pages: http://git.io/wLNqTg
fcrepo4/gh-pages fbee1f6 Michael Durbin: Creating site for fcrepo-http-api,...
* github-ff leaves
<mikeAtUVa>awoods: I suppose it was just that...
* github-ff joins10:19
[fcrepo4] mikedurbin pushed 1 new commit to gh-pages: http://git.io/QcOesA
fcrepo4/gh-pages 83a2a0c Michael Durbin: Creating site for fcrepo-generator-dc,...
* github-ff leaves
<mikeAtUVa>awoods: by the way, I have an 11:00 meeting here locally... my stand-up report is that I'll be working through this release process.. hopefully finishing today.
<awoods>mikeAtUVa: ok
* github-ff joins
[fcrepo4] mikedurbin pushed 1 new commit to gh-pages: http://git.io/IjhnDw
fcrepo4/gh-pages 2336cc9 Michael Durbin: Creating site for fcrepo-transform,...
* github-ff leaves
<mikeAtUVa>awoods: I'll also add to the release testing page (which I didn't get to yesterday)10:21
<awoods>mikeAtUVa: keep me posted, and let me know where I can help.
<mikeAtUVa>awoods: I will do that. Sorry if it's taking longer than desired... it's a good learning experience for me.10:22
<awoods>mikeAtUVa: it is best getting more people up to speed on the release mechanics. Please update the Fedora Release Process wiki page with any helpful hints.10:24
* scossu joins
* scossu1 joins10:26
* scossu leaves10:28
<awoods>mikeAtUVa: ermadmix is still not able to build the beta on Windows10:40
<mikeAtUVa>awoods: that's not good... is it the same test or something different?10:41
<awoods>mikeAtUVa: same test: https://github.com/fcrepo4/fcrepo4/pull/404/files
<mikeAtUVa>awoods: I guess I meant "is it the same test that he and I worked through on Monday"... which was the ExternalJsonSidecarExtraPropertiesStoreTest...10:43
<awoods>mikeAtUVa: no
mikeAtUVa: it is the test linked in the above PR
<mikeAtUVa>awoods: is that PR 404 a fix that works for him on windows?
<awoods>mikeAtUVa: I think so, but will know for sure at standup10:44
mikeAtUVa: that PR builds for me
<mikeAtUVa>awoods: do we want to do some funny business and replace the beta-01 release with one that includes this fix?
awoods: maven central probably doesn't allow that sort of replacement...10:45
<awoods>mikeAtUVa: we need to do the release testing to make sure the beta RC works according to the plan: https://wiki.duraspace.org/display/FF/Release+Testing+-+fcrepo-4.0.0-beta-0110:46
mikeAtUVa: it looks like ermadmix raises the issue that release testing fails for building on windows.10:47
<mikeAtUVa>awoods: was I not supposed to release beta-01 until that testing was done, or should it have had a different name?10:48
<awoods>mikeAtUVa: the process should probably be to make a github release tag, test against it, then move forward with the other steps once we see that the tag works according to the test plan.
<mikeAtUVa>awoods: I'll update the release process documentation.10:49
<awoods>mikeAtUVa: thanks10:50
<mikeAtUVa>awoods: that said, should i complete the rest of the release for beta-01 (including those other projects) or get just as far as the tags for the other projects and then wait for the testing...10:53
<awoods>mikeAtUVa: it seems like tagging all of the listed projects is as far as we should go, then test.
mikeAtUVa: then retag as appropriate before site-deploy and sonatype10:54
<mikeAtUVa>awoods: I'll add some clarity to the "Create release branch and begin final test phase" which I failed to complete.10:56
awoods: ... in the documentation.
<awoods>mikeAtUVa: it may actually be cleanest to create an RC branch for folks to build and test against, and eventually release against.10:57
* tecoripa leaves11:05
* tecoripa joins11:08
* tecoripa1 joins
* tecoripa1 leaves
<pivotal-bot>Andrew Woods edited "Review XACML project" https://www.pivotaltracker.com/story/show/7249815811:16
Andrew Woods edited "Document XACML functionality" https://www.pivotaltracker.com/story/show/72498178
<awoods>mikeAtUVa: let me know when you are back from your meeting.11:21
<pivotal-bot>Chris Beer added "Update fcr:sparql requests with a form" https://www.pivotaltracker.com/story/show/7261922811:22
<awoods>ermadmix: does your f4 fail to deploy with this gist: https://gist.github.com/yulgit1/da2d28450f5585ccf48611:26
ermadmix: Does it resolve if you cycle the server?11:27
<pivotal-bot>Chris Beer added "Update GET fcr:sparql to return a SPARQL service description" https://www.pivotaltracker.com/story/show/72619732
Chris Beer added "Update repository root RDF serialization to use the standard SPARQL predicate to point at the fcr:sparql service" https://www.pivotaltracker.com/story/show/7261983811:29
<ermadmix>awoods: No, I tried restarting tomcat, and my whole workstation, same error.11:33
<awoods>ermadmix: have you investigated the error: "SEVERE: Error listenerStart"?11:34
ermadmix: which version of tomcat are you on?11:35
ermadmix: nevermind, tomcat-7.0.50
ermadmix: can you try this: https://blog.trifork.com/2011/03/18/debugging-the-dreaded-severe-error-listenerstart-and-severe-error-filterstart-tomcat-error-messages/11:36
<ermadmix>awoods: will do
<pivotal-bot>Andrew Woods edited "Review documentation for beta release" https://www.pivotaltracker.com/story/show/7252242411:39
<ermadmix>awoods: there's an exception going to my console log (which I can't cut and paste), tried FileHandler instead of ConsoleHandler to no effect). Typing it out...11:55
<awoods>ermadmix: yuck
<ermadmix>Caused by: org.fusesource.leveldbjni.internal.NativeDB$DBException: IO error: F:apache-tomcat-7.0.50-windows-x64\apache-tomcat-7.0.50\bin\fcrepo4-data\fcrepo.ispn.repo.CacheDirPath\data\MANIFEST-000002: The handle is invalid.11:57
higher up: Error creating bean with name 'modeshapeRepofactory': Invocation of init method failed; nested exception is javax.jcr.RepositoryException: org.infinispan.CacheException: Unable to invoke method public void org.infinispan.loaders.CacheLoaderManagerImpl.start() on object of type CacheLoaderManagerImpl12:00
<awoods>ermadmix: Can you try setting the property: fcrepo.ispn.repo.CacheDirPath to a valid directory? see: https://wiki.duraspace.org/display/FF/Application+Configuration#ApplicationConfiguration-modeispn12:05
<ermadmix>in bin/setenv.bat:12:24
set JAVA_OPTIONS=%JAVA_OPTIONS% -Dfcrepo.ispn.repo.CacheDirPath=F:\fedora\cache
* github-ff joins
[fcrepo4] mikedurbin pushed 1 new commit to master: http://git.io/-KCTQA
fcrepo4/master 5296497 Mike Durbin: Rolling back release commits
* github-ff leaves
<awoods>ermadmix: did that help?12:25
<ermadmix>same error
* github-ff joins
[fcrepo4] mikedurbin deleted fcrepo-4.0.0-beta-01 at 2ce710c: http://git.io/7SE--w
* github-ff leaves
<awoods>ermadmix: which would indicate that setting the JAVA_OPTIONS did not take effect
<ermadmix>yes, is there another way to set this?12:26
<awoods>ermadmix: I am not a windows guy, but is there a CATALINA_OPTS?
<ermadmix>I'll try it
<awoods>ermadmix: google is pretty helpful, too12:28
<ermadmix>awoods: are you kidding me? ;)12:29
<awoods>ermadmix: a little
<ermadmix>set CATALINA_OPTS=ATALINA_OPTS% -Dfcrepo.ispn.repo.CacheDirPath=F:\fedora\cache12:34
that worked, don't know why, will include in wiki for now12:35
afk12:37
<bljenkins>Project fcrepo4 build #1946: FAILURE in 20 min: http://ci.fcrepo.org/jenkins/job/fcrepo4/1946/12:45
md5wz: Rolling back release commits
<mikeAtUVa>Uh oh...12:46
* travis-ci joins12:48
[travis-ci] fcrepo4/fcrepo4#2116 (master - 5296497 : Mike Durbin): The build passed.
[travis-ci] Change view : https://github.com/fcrepo4/fcrepo4/compare/5b9615efa23d...52964976505b
[travis-ci] Build details : http://travis-ci.org/fcrepo4/fcrepo4/builds/26774440
* travis-ci leaves
<pivotal-bot>Andrew Woods added "Windows build error: fcrepo-storage-policy" https://www.pivotaltracker.com/story/show/7262800412:53
Andrew Woods edited "Windows build error: fcrepo-storage-policy" https://www.pivotaltracker.com/story/show/72628004
* github-ff joins12:54
[fcrepo4] awoods pushed 1 new commit to master: http://git.io/Z8hDrQ
fcrepo4/master 0319dd1 Eric James: Compare binary key to identifier in assertions...
* github-ff leaves
<awoods>mikeAtUVa: this build failure is due to jenkins config (it is expecting the beta-02-snapshot version)12:55
mikeAtUVa: no worries
<mikeAtUVa>thanks awoods12:56
<awoods>I have a meeting now (1 -2pm)12:57
* github-ff joins12:58
[fcrepo4] mikedurbin created fcrepo-4.0.0-beta-02-RC from master (+0 new commits): http://git.io/A-yp1Q
* github-ff leaves
<mikeAtUVa>awoods: ok... I'll put the branch info on the testing page and get started on my testing... cbeer, escowles, ermadmix can test from there?
* github-ff joins
[fcrepo4] awoods closed pull request #404: comparing binary key to identifier in assertions (master...storpol1) http://git.io/0RHDVQ
* github-ff leaves
<pivotal-bot>Andrew Woods added comment: "Resolved with: https://github.com/fcrepo4/fcrepo4/commit/0319dd178320ca12b35ab789af197c22466bf50c" https://www.pivotaltracker.com/story/show/72628004
Andrew Woods delivered "Windows build error: fcrepo-storage-policy" https://www.pivotaltracker.com/story/show/72628004
<awoods>ermadmix: no luck on the tomcat config?13:00
* github-ff joins13:01
[fcrepo-jms-indexer-pluggable] mikedurbin created fcrepo-4.0.0-beta-02-RC from master (+0 new commits): http://git.io/jzu5WA
* github-ff leaves
<awoods>mikeAtUVa: not that it makes a big deal, but why is the tag: fcrepo-4.0.0-beta-02-RC and not fcrepo-4.0.0-beta-01-RC?13:06
<mikeAtUVa>awoods: because we won't be able to release it as beta-01 since I already released a beta-01 to maven central.13:07
awoods: or do you have a workaround for that?
<awoods>mikeAtUVa: it will block an attempt to republish beta-01?13:08
<mikeAtUVa>awoods, I thought you confirmed that was the case.
<awoods>mikeAtUVa: I do not remember that conversation
mikeAtUVa: I do not know the answer to that question13:09
<mikeAtUVa>awoods: should I tag it 01? I can do that now... I certainly don't want to beg the question about the missing release number.... that's bad PR.
I guess the tag name doesn't matter... it'll be hidden anyway...13:11
<awoods>mikeAtUVa: yes, the tag name does not matter...
<mikeAtUVa>(rather, that branch name will be deleted when we merge the branch in)
<awoods>mikeAtUVa: I would like to try to republish on beta-01, however.
<mikeAtUVa>awoods: understood.
I'll update the tags and documentation for clarity.13:12
<bljenkins>Yippee, build fixed!13:19
* travis-ci joins
[travis-ci] fcrepo4/fcrepo4#2117 (master - 0319dd1 : Eric James): The build passed.
[travis-ci] Change view : https://github.com/fcrepo4/fcrepo4/compare/52964976505b...0319dd178320
[travis-ci] Build details : http://travis-ci.org/fcrepo4/fcrepo4/builds/26777568
* travis-ci leaves
<bljenkins>Project fcrepo4 build #1947: FIXED in 33 min: http://ci.fcrepo.org/jenkins/job/fcrepo4/1947/
* github-ff joins13:20
[fcrepo4] mikedurbin deleted fcrepo-4.0.0-beta-02-RC at 0319dd1: http://git.io/B1b7KA
* github-ff leaves
* github-ff joins13:21
[fcrepo4] mikedurbin created fcrepo-4.0.0-beta-01-RC from master (+0 new commits): http://git.io/sToLQA
* github-ff leaves
* github-ff joins13:22
[fcrepo-jms-indexer-pluggable] mikedurbin deleted fcrepo-4.0.0-beta-02-RC at 0dcfcb6: http://git.io/a6QADg
* github-ff leaves
* github-ff joins
[fcrepo-jms-indexer-pluggable] mikedurbin created fcrepo-4.0.0-beta-01-RC from master (+0 new commits): http://git.io/Ol6ruw
* github-ff leaves
* travis-ci joins13:24
[travis-ci] fcrepo4/fcrepo4#2118 (fcrepo-4.0.0-beta-02-RC - 0319dd1 : Eric James): The build passed.
[travis-ci] Change view : https://github.com/fcrepo4/fcrepo4/compare/fcrepo-4.0.0-beta-02-RC
[travis-ci] Build details : http://travis-ci.org/fcrepo4/fcrepo4/builds/26777921
* travis-ci leaves
* aboutGod joins13:26
* aboutGod leaves13:31
<awoods>cbeer: do you have a moment to build the branch: fcrepo-4.0.0-beta-01-RC13:38
cbeer: we need a Mac build13:39
<cbeer>not until this afternoon at the earliest.
<awoods>ok, I will ping escowles
<cbeer>awoods: i might have a blocker for a release, though... once i figure out where fcrepo4 is writing logs to..13:45
<awoods>cbeer: What is the nature of this blocker?13:46
* travis-ci joins13:47
[travis-ci] fcrepo4/fcrepo4#2119 (fcrepo-4.0.0-beta-01-RC - 0319dd1 : Eric James): The build passed.
[travis-ci] Change view : https://github.com/fcrepo4/fcrepo4/compare/fcrepo-4.0.0-beta-01-RC
[travis-ci] Build details : http://travis-ci.org/fcrepo4/fcrepo4/builds/26779832
* travis-ci leaves
<cbeer>i think POSTing this should work: https://gist.github.com/cbeer/6e7b7e02073ef5df50ba
s#POSTing this#POSTing this to /rest/#13:48
* ermadmix leaves
<cbeer>i assume the relative URI is the problem.
i'd also suggest https://www.pivotaltracker.com/story/show/72619228 is low-hanging fruit and without it fcr:sparql may not support some SPARQL clients out-of-the-box.13:51
<pivotal-bot>feature: Update fcr:sparql requests with a form (unscheduled) / owner:
<bljenkins>Project fcrepo-module-auth-xacml build #87: NOW UNSTABLE in 4 min 7 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-module-auth-xacml/87/13:52
<cbeer>and it seems like https://www.pivotaltracker.com/story/show/71903492 is still a problem for POST/PUT using anything but sparql-update?13:54
<pivotal-bot>bug: A POST/PUT with an object (that is a fedora subject) that doesn't exist should not raise a 404 (accepted) / owner: Esme Cowles
<awoods>cbeer: are you doing a POST or a PATCH sparql-update or what exactly?
<cbeer>awoods: that's a POST with text/turtle
(or n3 or n-triples, or whatever that is.)
<awoods>cbeer: "curl -v -XPOST --upload-file triples.txt http://localhost:8080/rest/book" returns a 201...13:58
cbeer: but I do not see the properties on the new object
<bljenkins>Project fcrepo-jms-indexer-pluggable build #568: NOW UNSTABLE in 10 min: http://ci.fcrepo.org/jenkins/job/fcrepo-jms-indexer-pluggable/568/13:59
<cbeer>oh, we're resolving the path relative to the created-node, not that node-that-was-posted-to.
i wonder which is correct.14:00
<awoods>cbeer: "the path" in this case is "b3/25/ba/d8/b325bad8-5962-4e8e-9191-b94b32833a05" in this case?
<cbeer>yes.14:01
4.2.1.5 LDP servers must assign the default base-URI for [RFC3987] relative-URI resolution to be the HTTP Request-URI when the resource already exists, and to the URI of the created resource when the request results in the creation of a new resource.
ok, no bug there.
<awoods>yes, the spec seems clear14:02
cbeer: and that POST request worked for you otherwise?
<cbeer>looks like.14:03
<awoods>cbeer: I am glad to hear it, but when I submit the request, no properties are added.14:05
* ermadmix joins14:07
* scossu1 leaves14:10
<ermadmix>awoods: re 1300, no the CATALINA_OPTS seems to have done the trick (no SEVERE's on startup, and GUI up and running) there are other exceptions to console though, I'll see if I can at least capture them14:12
<awoods>ermadmix: great
* scossu joins14:13
<bljenkins>Yippee, build fixed!14:23
Project fcrepo-module-auth-xacml build #88: FIXED in 3 min 42 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-module-auth-xacml/88/
Yippee, build fixed!14:28
Project fcrepo-jms-indexer-pluggable build #569: FIXED in 8 min 38 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-jms-indexer-pluggable/569/
* gregjansen joins14:30
* nikhiltri joins14:47
Hey all, I'm running into an issue getting tests to pass in my Fedora set up.14:49
Fedora tests are failing with 401 errors on lines like:
assertEquals(200, getStatus(new HttpGet(serverAddress + "rest/")));
The issue is that when the <security-constraint> option is added to the servlet container’s web.xml, Fedora is behind authentication, and the tests aren’t passing credentials to access the repo.
In other areas of the system, we look for the “fcrepo.username” and “fcrepo.password” system properties for the credentials to pass to Fedora. If these exist, can the tests pass them to the HttpGet call?14:50
<mikeAtUVa>nikhiltri: you've updated the configuration to use alternate authentication and want to update the tests so they'll utilize it and pass?14:56
<nikhiltri>mikeAtUVa: Yes, I think so.14:57
<mikeAtUVa>nikhiltri: I'm not sure it'll be easy to modify the way all of the tests authenticate... have you been able to run the application and make your authenticated requests directly against it (ie, using curl or a web-browser?)
<nikhiltri>mikeAtUVa: Yes. I've been skipping the tests and compiling for some time with success. Application runs well.15:00
<mikeAtUVa>nikhiltri: but your changes are to the code in ways that break the tests? Could you possibly only apply your changes within one of the repository configurations that's used for deployment, not testing?15:02
<nikhiltri>It looks like there are three files in which we've added the <security-constraint>: fcrepo-webapp/src/auth/webapp/WEB-INF/web.xml, fcrepo-webapp/src/main/resources/web.xml, and fcrepo-webapp/src/main/webapp/WEB-INF/web.xml15:06
mikeAtUVa: Are some of these used only for deployment and others for testing? I'm trying out different iterations now.15:07
<mikeAtUVa>nikhiltri: I think it's good to see that all your changes are in fcrepo-webapp... I admit I hadn't realized we put integration tests in that project. Let me see if we have documentation regarding the best way to deploy an altered web.xml...15:11
nikhiltri: If we don't have a better way, it seems reasonable to build without tests as you are doing...
<awoods>nikhiltri: this file does not exist for me: fcrepo-webapp/src/main/resources/web.xml15:24
<nikhiltri>awoods: Ahh, we added that to our branch of the repo, my mistake.15:25
<awoods>nikhiltri: I assume you are adding <security-constraint> to the web.xml is because you want a pre-built war instead of having to update the web.xml in tomcat after the fact?15:27
ermadmix: can you please add your updates to: https://wiki.duraspace.org/display/FF/Release+Testing+-+fcrepo-4.0.0-beta-01
<nikhiltri>awoods: Yes.15:29
<awoods>nikhiltri: one thing you could do is only update: fcrepo-webapp/src/auth/webapp/WEB-INF/web.xml15:30
nikhiltri: then deploy the war: fcrepo-webapp-4.0.0-alpha-6-SNAPSHOT-auth.war
nikhiltri: the fcrepo-webapp/src/auth/webapp/WEB-INF/web.xml is not used in the tests, but is added to the *-auth.war.15:31
<nikhiltri>awoods: That seems to have gotten the tests to pass. I'll check that the authentication functionality still works as expected in the deployed app. Thanks! /cc mikeAtUVa15:35
<awoods>nikhiltri: remember to deploy the *-auth.war, not the regular war.15:36
<nikhiltri>awoods: Will do.15:38
<pivotal-bot>Esme Cowles added comment: "I have started a script to replicate my 256obj/256obj/256obj/1ds federated filesystem test with the REST API..." https://www.pivotaltracker.com/story/show/7064865815:39
<mikeAtUVa>ermadmix, it looks like you've completed those windows release tests, are you waiting on anything else before checking the boxes?15:49
<ermadmix>mikeAtUVa: haven't tried the index-pluggable yet15:52
<mikeAtUVa>ermadmix, awoods: should we make separate checkboxes for indexer-pluggable... is there a script/directions for testing a deployment of it in the one-click run or tomcat?15:55
<awoods>mikeAtUVa: a separate section for build indexer makes sense...15:57
mikeAtUVa: testing it is basically the "Triplestore recipes"15:58
mikeAtUVa: to exercise the triplestore-recipes, I just:
- mvn jetty:run -pl fcrepo-webapp15:59
- ./fuseki-server --update --mem /test
- mvn jetty:run -Djetty.port=9090 -pl fcrepo-jms-indexer-webapp/
mikeAtUVa: then I just run the triplestore tests listed on the wiki16:00
ermadmix: so is it safe to "check to boxes" for some of the Windows items?16:01
ermadmix: "check the boxes"16:02
<nikhiltri>I'm get the following error while deploying the *-auth.war file: FileNotFoundException: class path resource [spring/repo.xml] cannot be opened because it does not exist16:05
The pom file excludes "WEB-INF/classes/spring/repo.xml" from this war, but it looks like master.xml still tries to import it.16:06
Ideas?16:07
<awoods>nikhiltrie: me too... it is a bug
nikhiltri: stay tuned16:08
<nikhiltri>awoods: Thanks!16:10
* dwilcox leaves16:25
<pivotal-bot>Andrew Woods added "Auth.war not working" https://www.pivotaltracker.com/story/show/7265033216:36
Andrew Woods edited "Auth.war not working" https://www.pivotaltracker.com/story/show/72650332
Andrew Woods started "Auth.war not working" https://www.pivotaltracker.com/story/show/72650332
Andrew Woods added comment: "https://github.com/fcrepo4/fcrepo4/pull/407" https://www.pivotaltracker.com/story/show/7265033216:39
* github-ff joins
[fcrepo4] awoods opened pull request #407: Fix auth.war based on recent spring config changes (fcrepo-4.0.0-beta-01-RC...fcrepo-4.0.0-beta-01-RC) http://git.io/S3xahQ
* github-ff leaves
<pivotal-bot>Andrew Woods finished "Auth.war not working" https://www.pivotaltracker.com/story/show/72650332
<awoods>mikeAtUVa: can you give this a review and test?
https://www.pivotaltracker.com/story/show/72650332
<pivotal-bot>bug: Auth.war not working (finished) / owner: Andrew Woods
Andrew Woods edited "Auth.war not working" https://www.pivotaltracker.com/story/show/7265033216:40
<awoods>nikhiltri: I have submitted a patch that mikeAtUVa is testing. If you can test the PR, great. Otherwise, I will look for your input when it is merged with the fcrepo-4.0.0-beta-01-RC branch.16:46
nikhiltri: https://github.com/fcrepo4/fcrepo4/pull/407
<nikhiltri>awoods: I'll take a look.16:57
awoods: I'm getting checkstyle errors in the fcrepo-kernal-api modules. Should I fork-n-fix?17:01
<awoods>awoods: are you working on a local branch? which classes have the error?17:02
nikhiltri: fcrepo-kernel-api no longer exists17:04
<nikhiltri>Hmmm. I cloned https://github.com/awoods/fcrepo4.git and I checked out the fcrepo-4.0.0-beta-01-RC branch.
<awoods>nikhiltri: my repo is apparently out of date. Try:17:06
nikhiltri: hmm my fcrepo-4.0.0-beta-01-RC is up-to-date17:08
nikhiltri: you cloned my repo, then ran: git checkout --track origin/fcrepo-4.0.0-beta-01-RC17:09
?
<nikhiltri>awoods: I used different syntax to check it out, I must have created a copy of your master branch.17:10
<awoods>nikhiltri: likely17:11
<nikhiltri>awoods: Sorry about that.
* padraic71a leaves
<awoods>np17:12
* padraic71a joins17:13
* padraic71a leaves17:22
* gregjansen leaves17:38
* github-ff joins17:57
[fcrepo4] mikedurbin pushed 2 new commits to fcrepo-4.0.0-beta-01-RC: http://git.io/WiaouQ
fcrepo4/fcrepo-4.0.0-beta-01-RC 12d63aa Andrew Woods: Fix auth.war based on recent spring config changes...
fcrepo4/fcrepo-4.0.0-beta-01-RC 1203667 Michael Durbin: Merge pull request #407 from awoods/fcrepo-4.0.0-beta-01-RC...
* github-ff leaves
<pivotal-bot>Mike Durbin delivered "Auth.war not working" https://www.pivotaltracker.com/story/show/72650332
Andrew Woods added "beta-2: Release fcrepo-build-tools" https://www.pivotaltracker.com/story/show/7265711617:58
<awoods>Looks like the beta-01 is ready for release.17:59
ermadmix: did you build: fcrepo-jms-indexer-pluggable ?18:01
<ermadmix>awoods: fails18:02
<awoods>ermadmix: what fails exactly?
mikeAtUVa ^^
* mikeAtUVa stops the presses...
... release process...18:03
<ermadmix>awoods: https://gist.github.com/yulgit1/356c66e7c3dacad4af3a
IndexerGroupIT is timing out of getting some of the messages (some of the time)18:04
some of the time meaning the first time it ran it these passed18:05
<awoods>ermadmix: those are the same errors that sometimes jenkins hits18:06
http://ci.fcrepo.org/jenkins/view/FF/job/fcrepo-jms-indexer-pluggable/568/#showFailuresLink
<nikhiltri>awoods: The *-auth fix works for me.18:07
<awoods>ermadmix/mikeAtUVa: I am going to suggest we not worry about it now18:11
<ermadmix>the one time it passed, I got this:
Tests in error:
FileSerializerTest.updateTest:82 ╗ InvalidPath Illegal char <:> at index 110: ...
FileSerializerTest.removeTest:99 ╗ InvalidPath Illegal char <:> at index 110: ...
....which was fixed by removing the colon from the respective names18:12
with that fixed got stuck on this (which I didn't get a chance to fix):
<awoods>ermadmix: did you just discover this?
<ermadmix>org.junit.ComparisonFailure: expected:<Reindexing started[]
> but was:<Reindexing started[
]
>
at org.junit.Assert.assertEquals(Assert.java:115)
at org.junit.Assert.assertEquals(Assert.java:144)
at org.fcrepo.indexer.integration.webapp.FedoraIndexerIT.testReindex(FedoraIndexerIT.java:60)
awoods: yes
<awoods>ermadmix: Can you put together some tickets and PRs?
nikhiltri: what OS do you use?
<nikhiltri>awoods: OSX 10.9
<ermadmix>awoods: I have to leave the building before I get locked in for the night, will create tickets later18:13
* ermadmix leaves
<awoods>ermadmix: ok
* mikeAtUVa leaves18:16
* nikhiltri leaves18:26
* ksclarke leaves18:34
<pivotal-bot>Eric James added "fcrepo-jms-indexer-pluggable test failures (windows)" https://www.pivotaltracker.com/story/show/7266015618:43
* scossu leaves18:50
* mikeAtUVa joins21:10
* ksclarke joins21:29
* mikeAtUVa leaves23:15
* awoodsx joins23:17
* awoodsx leaves23:18

Generated by Sualtam