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

Using timezone: Eastern Standard Time
* cbeer_ joins02:09
* cbeer leaves
* kaarefc joins03:15
* kaarefc leaves03:23
* kaarefc joins03:26
* kaarefc leaves03:40
* github-ff joins11:27
[fcrepo4] fasseg force-pushed perf-defaultfilter from 35de62c to ba7eb83: http://git.io/mTjTCA
fcrepo4/perf-defaultfilter ba7eb83 fasseg: got rid of all the calls to Session.getNode() in DefaultFilter, by looking at the path
* github-ff leaves
<cbeer>ajs6f: https://wiki.duraspace.org/display/FF/Fedora4+JMeter+Test+Configs11:28
(do the things that make fcrepo3 look bad!)
<ajs6f>cbeer: Which ones? There are so many...
<barmintor>ajs6f: attempt to write a test case11:30
<fasseg>ajs6f: updated the branch/pull request to wrap the conditional in two methods
<ajs6f>barmintor: ? Not sure what you mean.
<barmintor>"things that make fcrepo3 look bad"
<cbeer>it "should fail"
<ajs6f>Oh. Are we really trying to do metrics, or to make ourselves look good?11:31
<cbeer>really trying to do metrics that make us look good
<pivotal-bot>Edwin Shin added "Identify maximum number of filehandles Infinispan will hold open" https://www.pivotaltracker.com/story/show/5198648311:41
Edwin Shin edited "Identify maximum number of filehandles Infinispan will hold open" https://www.pivotaltracker.com/story/show/51986483
<ajs6f>fasseg: that looks good enough to me, although you know I would rather see Predicates there, to continue the pattern that EventFilter sets. But that's just my weirdness. Can you get rid of the first commit, since it isn't doing anything? With that, I think this is good.11:46
<pivotal-bot>Chris Beer added comment: " return key.hashCode() & 0xfffffc00; (https://github.com/infinispan/infinispan/blob/master/core/src/main/java..." https://www.pivotaltracker.com/story/show/5198648311:47
Edwin Shin added "Run performance benchmarks with single-fast-ingest config" https://www.pivotaltracker.com/story/show/51986971
Edwin Shin edited "Publish performance benchmarks with single-fast-ingest config" https://www.pivotaltracker.com/story/show/51986971
Edwin Shin edited "Publish performance benchmarks with single-fast-ingest config" https://www.pivotaltracker.com/story/show/51986971
<pivotal-bot>Edwin Shin edited "Identify maximum number of filehandles Infinispan will hold open" https://www.pivotaltracker.com/story/show/51986483
Chris Beer added comment: "so.. 4294966272?" https://www.pivotaltracker.com/story/show/5198648311:49
Chris Beer added comment: "or 1023?" https://www.pivotaltracker.com/story/show/51986483
Chris Beer accepted "Identify maximum number of filehandles Infinispan will hold open" https://www.pivotaltracker.com/story/show/51986483
Andrew Woods edited "Publish performance benchmarks with single-fast-ingest config" https://www.pivotaltracker.com/story/show/5198697111:50
Andrew Woods edited "Analyze single-node sync & async test results and generate new tickets" https://www.pivotaltracker.com/story/show/51567801
Andrew Woods edited "Document our AWS benchmarking setup" https://www.pivotaltracker.com/story/show/51567033
Andrew Woods edited "Analyze clustered test results and generate new tickets for improving performance" https://www.pivotaltracker.com/story/show/51567907
<cbeer>no. 4,194,304
<pivotal-bot>Andrew Woods edited "Investigate alternative indexStorage options (especially in a clustered configuration)" https://www.pivotaltracker.com/story/show/51417691
Chris Beer added comment: "or 4,194,304?" https://www.pivotaltracker.com/story/show/51986483
* kaarefc joins12:08
<bljenkins>Project fcrepo-fixity-corrupter build #134: STILL FAILING in 26 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/134/12:09
<fasseg>ajs6f: yea ill squash12:11
<ajs6f>fasseg: thnx!
<bljenkins>Project fcrepo-fixity build #318: SUCCESS in 3 min 2 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity/318/12:12
* github-ff joins
[fcrepo4] fasseg force-pushed perf-defaultfilter from ba7eb83 to 00a7aac: http://git.io/mTjTCA
fcrepo4/perf-defaultfilter 00a7aac fasseg: added check for the event path to decrease the amount of Session.getNode() calls in the DefaultFilter
* github-ff leaves
* kaarefc leaves12:13
aawoods (or anyone): I can't log into the instance I just created:
d-137-155-177:fcrepo-aws-puppet ajs6f$ ssh -i pem.txt ec2-75-101-201-65.compute-1.amazonaws.com
Permission denied (publickey).
Any thoughts?
Do I need to update the key?
* github-ff joins12:19
[fcrepo-aws-puppet] eddies pushed 1 new commit to master: http://git.io/OCU1zw
fcrepo-aws-puppet/master 733a678 Edwin Shin: Update README.md
* github-ff leaves
<awoods>ajs6f: on a call
<awoods>your key should be good12:20
what command are you using?12:21
<eddies>awoods: can you add some documentation to fcrepo-aws-puppet about how to use alternate repository/infinispan configs?
(when you're done w/ your call)
eddies: have you read it?12:22
<eddies>i had only looked at the graphs
i had also thought the config setup was being managed by puppet
<ajs6f>ssh -i pem.txt http://ec2-75-101-201-65.compute-1.amazonaws.com/12:23
pem.txt is the ke
The hostname is correct.
I don't know why it did that "make it an url" on cut and paste.12:24
too much magic
<ajs6f>It's okay. There's a special no magic profile, but no one has implemented it.12:26
<cbeer>ajs6f: i want to add some helper methods to use in my VTLs.. i guess i just made some java class and inject it as a context property?12:30
<ajs6f>VTL= Velocity?
<ajs6f>yeah, I guess that shold work. I've honestly never done that, so there might be some more idiomatic way...12:31
I don't know.
<bljenkins>Project fcrepo-fixity-corrupter build #135: STILL FAILING in 29 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/135/12:41
Project fcrepo-fixity build #319: SUCCESS in 3 min 34 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity/319/12:44
Yippie, build fixed!12:46
Project fcrepo4-jmeter build #41: FIXED in 33 min: http://ci.projectblacklight.org/jenkins/job/fcrepo4-jmeter/41/
<eddies>10 threads, 50 loops seems about all I can manage w/out OOM errors on jenkins12:48
<ajs6f>aawoods: I just tried the altered scripts you sent me on Friday… Iget the exact same behavior I was getting. No requests fired at all...12:57
I tried fedora3.jmx and fedora3-aw.jmx
Is there a diff I should be aware of?
Hm. Getting13:00
jmeter.engine.StandardJMeterEngine: No enabled thread groups found
in the log— did you leave any thread groups on in those scripts?
Hm. fedora3-aw.jmx just hangs at :13:02
jmeter.protocol.http.sampler.HTTPHC3Impl: Setting Pre-emptive authentication
Doen't even get to the thread groups....
<awoods>ajs6f: you should probably disable the auth thread-group13:05
there is a simple boolean flag in the xml
a jmeter.log file is also created in the project directory to help with debugging
<ajs6f>Yeah, that's where I was getting those log statement from.13:09
I'll try disabling the auth thread group
<awoods>good luck
Was there any diff between those two plans?13:10
<bljenkins>Project fcrepo4-jmeter build #42: FAILURE in 22 min: http://ci.projectblacklight.org/jenkins/job/fcrepo4-jmeter/42/13:12
<awoods>ajs6f: on a call13:17
<ajs6f>aawoods: cool. I'm working with fedora3-aw.jmx, because fedora3.jmx doesn't actually fire any requests, so it seems like fedora3-aw is a littel urther along.
* fasseg leaves
<ajs6f>Oh, wow. For no apparaent reason, X/Windows forwarding works on this instance, although it didn't on Friday's instance. Okay, whatever...13:20
* ajs6f leaves13:37
* ajs6f joins13:41
aawoods: were you ever able to use the Jmeter GUI over X/Windows?13:48
* pivotal-bot_ joins13:53
<ajs6f>ah, okay. It just doesn't work with a non-Sun/Oracle JDK?13:56
That seems odd. I thought all that image-library stuff was taken care of long ago.13:57
Oh, well.
* pivotal-bot leaves14:00
<ajs6f>Ok. Finally. I'm running the same script to do the same tests that aawoods did. (Single-threaded)14:04
* jcoyne leaves14:05
<ajs6f>eddies: If we're interested in how MODE performs by itself (w/o fcrepo4 on top) shouldn't we also be testing "raw"? That is, shouldn't we be timing a program that just moves raw datastreams as fast as possible from network to disk to understand when we're bound against hardware limits?14:14
Urg. Blew out heap. Fedora, why is your love so costly?14:26
aawoods: I'm going to crank the heap on my instance's Tomcat, for obvious reasons.14:29
<awoods>ajs6f: crank away... and note in your results wiki page what you did.14:36
<ajs6f>Added a gig. It's a point in our favor. Looks like fcrepo4 is less ram hungry, assuming you _didn't_ need to crank the heap.14:37
<awoods>I did no heap-cranking
<ajs6f>And assuming concurrent behavior displays the same disparity.
Dispairity, for many sysop.s
<ajs6f>You just slowed our velocity!
* ajs6f leaves14:55
<cbeer>awoods: can you look at this mock: https://github.com/futures/fcrepo4/blob/master/fcrepo-http-commons/src/test/java/org/fcrepo/test/util/TestHelpers.java#L6215:06
i wonder if the base uri is wrong
* ajs6f joins15:16
<cbeer>ajs6f: can you look at this mock: https://github.com/futures/fcrepo4/blob/master/fcrepo-http-commons/src/test/java/org/fcrepo/test/util/TestHelpers.java#L62 15:17
i wonder if the base uri is wrong
<ajs6f>Holy cow.
Blew out heap again, at 3GB!
Okay, crank it again.15:18
Oh, wait a minute. It's not Fedora that blew heap that time. It was Jmeeter. Okay...15:22
<cbeer>velocity: because you didn't really want to use your class constants anyway.15:29
<ajs6f>cbeer: Are you trying to use them as values in the template?15:30
<cbeer>yeah. and you just can't.
<ajs6f>cause they're static?
<cbeer>there's this fieldtool thing that might do scary reflection
<ajs6f>what about assigning them into the model?
Ugly, but maybe.
i wanted to be lazy
<ajs6f>Is it something we can do with like a header or import kind of thing?15:31
<cbeer>ajs6f: no -- they provide this FieldTool layer to do that.. but no one wants to tell me how to wire it in15:32
<ajs6f>oh, well.
<cbeer>oh, but it's only in velocity 215:33
or, wait. maybe i need velocity tools 215:34
<ajs6f>You need more velocity.
<ajs6f>F= ma. The F is for Fedora.
<cbeer>velocity: for when you can't get enough reflection15:52
<ajs6f>Everbody knows how much reflection speeds things up.
More velocity!
* ajs6f leaves15:53
* ajs6f joins15:56
<awoods>cbeer: did you get things worked out?16:15
<cbeer>awoods: nope. i suspect that mock is wrong, but i'm plowing ahead anyway16:16
<ajs6f>aawoods: Do you remember roughly how long it took to run this test cycle against fcrepo4?16:20
This is getting into the tens of mintues.
(It's really this last big-file test)
<awoods>cbeer: what can I run to see the issue you are hitting?16:23
<barmintor>ajs6f: Big file test? I'm about to push a fix for REST uploads of big files to fcrepo.16:25
<ajs6f>Would it have any effect on speed?
Or just whether or not an op suceeds?
<cbeer>awoods: i'm seeing it pulling out uriInfo.getBaseUri()
i suspect it isn't the same as a real uriInfo's response
<barmintor>ajs6f: Just success. Is it the FCRepo 3.x test-site's big file test?16:26
b/c gen'ing a lot of random bytes is *really* slow
<ajs6f>No, it's based on the JMeter madness. But that might very well be the slowness.
Oh, well.
I think the random gen is done via BeanShell. :<16:27
<awoods>cbeer: is there a test that is failing?16:34
<cbeer>awoods: just the test i was writing when i ran into that16:35
<awoods>which has not been pushed?
<ajs6f>Welp, I'm going home. This test cycle is still running. Thanks be for nohup. aawoods— please don't terminate my instance. It's still running the test.16:55
* ajs6f leaves16:57
* barmintor leaves17:14
* github-ff joins17:49
[fcrepo4] cbeer pushed 2 new commits to master: http://git.io/ciUbhw
fcrepo4/master 18d53dc Chris Beer: fix uri info mocking
fcrepo4/master a1e99b8 Chris Beer: bootstrap all the things
* github-ff leaves
* travis-ci joins18:00
[travis-ci] futures/fcrepo4#732 (master - a1e99b8 : Chris Beer): The build passed.
[travis-ci] Change view : https://github.com/futures/fcrepo4/compare/b6a066e6eace...a1e99b826ba8
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo4/builds/8255695
* travis-ci leaves
<bljenkins>Project fcrepo-fixity-corrupter build #136: STILL FAILING in 26 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/136/
Project fcrepo-fixity build #320: SUCCESS in 3 min 17 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity/320/18:03
<pivotal-bot_>Chris Beer added "Give HTML responses a coat of bootstrap styling." https://www.pivotaltracker.com/story/show/5201834318:05
Chris Beer started "Give HTML responses a coat of bootstrap styling." https://www.pivotaltracker.com/story/show/52018343
Chris Beer finished "Give HTML responses a coat of bootstrap styling." https://www.pivotaltracker.com/story/show/52018343
Chris Beer delivered "Give HTML responses a coat of bootstrap styling." https://www.pivotaltracker.com/story/show/52018343
<bljenkins>Project fcrepo-kitchen-sink build #401: UNSTABLE in 2 min 46 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/401/18:48
Yippie, build fixed!19:20
Project fcrepo-kitchen-sink build #402: FIXED in 4 min 15 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/402/
<cbeer>eddies: can you look at the kitchen sink on futures6 when you get a chance?19:27
it's not deploying right and there's some nasty tomcat message in the logs
<awoods>cbeer: have you cycled tomcat on futures6?19:30
<cbeer>awoods: yeah
<awoods>and cleared out the data directory?19:31
<cbeer>awoods: i hadn't.. but it's dying before then
stack overflow from:
at org.apache.catalina.startup.ContextConfig.populateSCIsForCacheEntry(ContextConfig.java:2188)
which, afaict, is something about tomcat getting confused about conflicting dependencies or something
so i wonder if it's related to at org.apache.catalina.startup.ContextConfig.populateSCIsForCacheEntry(ContextConfig.java:2188)19:32
eddies commit: https://github.com/futures/fcrepo4/commit/d0aaf0b62168c03dcbd0180522c4cc9a4652876f
<awoods>yes, it appears to be a dependency issue19:34
in logging into futures6...19:35
ls /var/lib/tomcat7/webapps/fcrepo/WEB-INF/lib/ | sort | less19:36
there appear to be several examples of the same artifact with different versions
<bljenkins>Project fcrepo-kitchen-sink build #403: SUCCESS in 2 min 45 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/403/19:42
* github-ff joins20:03
[fcrepo-aws-puppet] awoods pushed 1 new commit to master: http://git.io/loX5Iw
fcrepo-aws-puppet/master ca39218 Andrew Woods: Minor update to bootstrap script and AMI id.
* github-ff leaves
<bljenkins>Project fcrepo4 build #857: UNSTABLE in 15 min: http://ci.projectblacklight.org/jenkins/job/fcrepo4/857/20:26
* bljenkins leaves21:05
* bljenkins joins21:07
Project fcrepo-kitchen-sink build #404: FAILURE in 2 min 30 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/404/21:51
Project fcrepo-kitchen-sink build #405: STILL FAILING in 4 min 46 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/405/22:06
<awoods>cbeer/eddies: looks like we are dead in the water until the deployment dependency issues gets sorted.22:14
<eddies>it looks like it's an issue with the war overlay in kitchen-sink22:28
<awoods>eddies: it shows in fcrepo-webapp as well22:29
<eddies>which dependencies in fcrepo-webapp? i'm not seeing dupes there22:30
<awoods>I am getting the error in the puppet/aws servers that pull the latest successful build from jenkins.22:31
it may not be due to dups
I am going to take a look locally22:32
<eddies>if you have a stacktrace or something just post it here/in a gist/etc22:33
<cbeer>eddies: it's not useful.
<eddies>cbeer: but that's only kitchen-sink? or webapp too?
<cbeer>kitchen sink
webapp is fine
(or i thought it was fine?)
<eddies>i get it w/ kitchen-sink—the war overlay is pulling in old, transitive dependencies via the optional modules22:35
so tomcat is naturally unhappy with the multiple versions
<awoods>I just deployed a fresh fcrepo-webapp locally...
same issue
in tomcat7
<eddies>awoods: can you replicate behavior w/ mvn jetty:run-war?22:37
<awoods>let's see
jetty:run works22:38
jetty:run-war works22:39
<eddies>i'm rebuilding the webapp and will try a local deploy to tomcat722:40
we should really just get the cargo plugin setup so we can switch out containers on the fly22:41
<awoods>is there a ticket?
for cargo
<eddies>i don't remember22:42
<awoods>I never knew
<eddies>i'm seeing this in tomcat:22:44
ERROR 10:43:35.182 (ContextLoader) Context initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'htmlProvider': Invocation of init method failed; nested exception is javax.jcr.NoSuchWorkspaceException: The workspace default was not found
at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor.postProcessBeforeInitialization(InitDestroyAnnotationBeanPostProcessor.java:133) ~[spring-beans-3.2.3.RELEASE.jar:3.2.3.RELEASE]
that's new
and i don't believe related to dependencies =)
Caused by: javax.jcr.NoSuchWorkspaceException: The workspace default was not found22:45
at org.modeshape.jcr.JcrRepository.login(JcrRepository.java:661) ~[fcrepo-kernel-4.0-SNAPSHOT.jar:na]
at org.modeshape.jcr.JcrRepository.login(JcrRepository.java:564) ~[fcrepo-kernel-4.0-SNAPSHOT.jar:na]
at org.modeshape.jcr.JcrRepository.login(JcrRepository.java:153) ~[fcrepo-kernel-4.0-SNAPSHOT.jar:na]
at org.fcrepo.session.SessionFactory.getSession(SessionFactory.java:48) ~[fcrepo-http-commons-4.0-SNAPSHOT.jar:na]
at org.fcrepo.responses.HtmlProvider.init(HtmlProvider.java:110) ~[fcrepo-http-commons-4.0-SNAPSHOT.jar:na]
<awoods>you may want to nuke your data directory
<eddies>this is my first deploy to this tomcat
could there be a permissions error in catalina.out as well?
<eddies>i don't follow. a permissions problem on the file catalina.out?22:47
i'm tailing catalina.out. if there was a permissions problem i don't think i'd see anything =)22:48
<awoods>if it is a new tomcat, you may not have all of the directory permissions set to allow the creation of the various data dirs.
<eddies>you mean the ObjectStore, PutObjectStoreDirHere and target/Fedora* dirs?22:49
<eddies>nope. those are all created
<bljenkins>Yippie, build fixed!22:50
Project fcrepo-kitchen-sink build #407: FIXED in 13 min: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/407/
<eddies>hey now i get the org.apache.catalina.startup.ContextConfig.populateSCIsForCacheEntry error in tomcat22:52
Caused by: java.lang.IllegalStateException: Unable to complete the scan for annotations for web application [/fcrepo]. Possible root causes include a too low setting for -Xss and illegal cyclic inheritance dependencies
<awoods>now you're talkin'
<eddies>that's exactly what you're seeing?22:53
<awoods> at org.apache.catalina.startup.ContextConfig.populateSCIsForCacheEntry(ContextConfig.java:2260)22:54
and yes22:55
<eddies>ok. i'm going to have some coffee first then come back to this. i understand there being an issue with multiple versions of the same dependency in kitchen-sink. but i'm not seeing dupes in webapp (unless I'm just missing them). so i wonder if it's something else entirely
plus, kitchen-sink on futures6 was working last night22:56
<awoods>I am tempted to checkout the git version before the dependency updated posted by cbeer above.
<eddies>i remember checking it within +/- a couple hours of standup
<cbeer>awoods: git bisect is your friend
<eddies>ah. that would be worth verifying
<awoods>what does git bisect have to offer in friendship?
<eddies>ok. i really need some coffee. this is far too advanced for me in an uncaffeinated state22:58
<cbeer>hey. tomct 7.0.41 has much better logging for this:23:06
Caused by: java.lang.IllegalStateException: Unable to complete the scan for annotations for web application [/fcrepo-webapp-4.0-SNAPSHOT] due to a StackOverflowError. Possible root causes include a too low setting for -Xss and illegal cyclic inheritance dependencies. The class hierarchy being processed was [org.jaxen.util.AncestorAxisIterator->org.jaxen.util.AncestorOrSelfAxisIterator->org.jaxen.util.AncestorAxisIterator]
jaxen and dom4j don't place nice together23:07
ah, velocity-tools pulls in dom4j23:09
and fcrepo-jms / abdera pulls in jaxen
awoods / eddies: ^
<awoods>can we exclude either?23:10
<cbeer>i guess i can exclude dom4j and pull in jaxen-dom4j instead?
<eddies>can we exclude one of them?
<cbeer>or continue to curse velocity for being the worst templating system i've had the pleasure to use in a long time
<eddies>not mutually exclusive
<cbeer>i'm surprised how many dependencies velocity-tools drags with it :/23:12
<awoods>I am out, for tonight.
<cbeer>thanks awoods23:13
<awoods>thank you cbeer23:14
<cbeer>eddies: is this something to add to the enforcer?23:15
<eddies>cbeer: i think so, assuming the jaxen-dom4j is the fix
<cbeer>i'm going to try to just exclude the whole thing first23:17
i can't imagine it needing dom4j to do a little bit of java reflection
* github-ff joins23:18
[fcrepo4] cbeer pushed 1 new commit to master: http://git.io/Rj1sSg
fcrepo4/master 27340b3 Chris Beer: exclude dom4j
* github-ff leaves
* travis-ci joins23:21
[travis-ci] futures/fcrepo4#733 (master - 27340b3 : Chris Beer): The build has errored.
[travis-ci] Change view : https://github.com/futures/fcrepo4/compare/a1e99b826ba8...27340b3529c4
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo4/builds/8263421
* travis-ci leaves
<bljenkins>Project fcrepo4 build #858: FAILURE in 4 min 49 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo4/858/23:55
Chris Beer: exclude dom4j
* github-ff joins00:11
[fcrepo4] cbeer pushed 1 new commit to master: http://git.io/Z3qPTg
fcrepo4/master cac6c8e Chris Beer: modeshape has a transitive dependency on dom4j.
* github-ff leaves
* travis-ci joins00:23
[travis-ci] futures/fcrepo4#734 (master - cac6c8e : Chris Beer): The build passed.
[travis-ci] Change view : https://github.com/futures/fcrepo4/compare/27340b3529c4...cac6c8edbba0
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo4/builds/8264222
* travis-ci leaves
<bljenkins>Yippie, build fixed!00:36
Project fcrepo4 build #859: FIXED in 25 min: http://ci.projectblacklight.org/jenkins/job/fcrepo4/859/
Chris Beer: modeshape has a transitive dependency on dom4j.
Project fcrepo-fixity-corrupter build #137: STILL FAILING in 1 min 23 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/137/00:38
Project fcrepo-kitchen-sink build #408: SUCCESS in 6 min 52 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/408/00:45
Project fcrepo-fixity build #321: SUCCESS in 9 min 8 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity/321/00:46
* github-ff joins01:03
[fcrepo4] cbeer pushed 1 new commit to master: http://git.io/h4UMaQ
fcrepo4/master f11e5df Chris Beer: use the rdf ns prefix mapping to control predicate display
* github-ff leaves
<bljenkins>Project fcrepo-fixity-corrupter build #138: STILL FAILING in 1 min 13 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/138/01:32
Project fcrepo-fixity build #322: SUCCESS in 7 min 57 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity/322/01:39
* travis-ci joins01:45
[travis-ci] futures/fcrepo4#735 (master - f11e5df : Chris Beer): The build passed.
[travis-ci] Change view : https://github.com/futures/fcrepo4/compare/cac6c8edbba0...f11e5df695e3
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo4/builds/8264968
* travis-ci leaves

Generated by Sualtam