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

Using timezone: Eastern Standard Time
* ksclarke leaves01:55
<pivotal-bot>Andrew Woods added "Review documentation for beta release" https://www.pivotaltracker.com/story/show/7252242408:54
Andrew Woods edited "Review documentation for beta release" https://www.pivotaltracker.com/story/show/72522424
Andrew Woods edited "Create and link to federation "how-to" pages." https://www.pivotaltracker.com/story/show/72447680
Andrew Woods edited "One-click-run for fcrepo-jms-indexer-pluggable" https://www.pivotaltracker.com/story/show/72498038
Andrew Woods edited "Ensure sample-dataset is "indexible"" https://www.pivotaltracker.com/story/show/7249813408:55
Andrew Woods edited "Review XACML project" https://www.pivotaltracker.com/story/show/72498158
Andrew Woods edited "Document XACML functionality" https://www.pivotaltracker.com/story/show/72498178
Andrew Woods accepted "fcrepo-jms should send post-translation identifiers, not the raw JCR paths" https://www.pivotaltracker.com/story/show/72262790
Andrew Woods accepted "ExternalJsonSidecarExtraPropertyStoreTest tests fail on windows." https://www.pivotaltracker.com/story/show/72454124
* github-ff joins09:07
[fcrepo-jms-indexer-pluggable] awoods pushed 1 new commit to master: http://git.io/JhBU8g
fcrepo-jms-indexer-pluggable/master 7d73eb3 Andrew Woods: Minor update due to jms.xml impact of ticket:...
* github-ff leaves
<bljenkins>Yippee, build fixed!09:15
Project fcrepo-jms-indexer-pluggable build #552: FIXED in 7 min 58 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-jms-indexer-pluggable/552/
awoods: Minor update due to jms.xml impact of ticket:
* ermadmix joins09:16
* travis-ci joins09:18
[travis-ci] fcrepo4/fcrepo-jms-indexer-pluggable#123 (master - 7d73eb3 : Andrew Woods): The build passed.
[travis-ci] Change view : https://github.com/fcrepo4/fcrepo-jms-indexer-pluggable/compare/b36e60aa79e0...7d73eb3ce96a
[travis-ci] Build details : http://travis-ci.org/fcrepo4/fcrepo-jms-indexer-pluggable/builds/26663330
* travis-ci leaves
<pivotal-bot>Andrew Woods added "Automate running sqarql-recipes" https://www.pivotaltracker.com/story/show/72524140
Andrew Woods edited "Automate running sqarql-recipes" https://www.pivotaltracker.com/story/show/72524140
* gregjansen joins09:21
* mikeAtUVa joins09:28
* dwilcox joins09:32
* scossu joins09:35
* dwilcox_ joins09:40
* dwilcox leaves09:41
* ksclarke joins09:49
* tecoripa1 joins
* tecoripa1 leaves09:50
* escowles joins10:02
awoods: i have some time now -- do you want me to update IndexerGroup and fix the SPARQL recipes?
<awoods>escowles: if you have time, that would be a help10:03
escowles: in looking at the recipes, do you think the parent-object (e.g. 101) should be indexed when a new child-object (e.g. master) is added?10:07
* dwilcox_ leaves10:08
<escowles>awoods: yes, in the typical object/datastream scenario, i would expect an object to be reindexed if the datastream was updated10:09
<awoods>escowles: that is certainly how it used to be.10:10
<pivotal-bot>Eric James started "Review documentation for beta release" https://www.pivotaltracker.com/story/show/7252242410:29
Andrew Woods added "Address fcrepo-jms-indexer-impacts from recent F4 updates" https://www.pivotaltracker.com/story/show/7253024010:33
Andrew Woods edited "Address fcrepo-jms-indexer-impacts from recent F4 updates" https://www.pivotaltracker.com/story/show/72530240
Andrew Woods added comment: "The completion of this ticket was to include updating: ""10:35
https://github.com/fcrepo4/fcrepo4/tree/master/src/s..." https://www.pivotaltracker.com/story/show/71262298
Andrew Woods rejected "Update Eclipse/IntelliJ formatting settings files" https://www.pivotaltracker.com/story/show/71262298
Andrew Woods started "Address fcrepo-jms-indexer-impacts from recent F4 updates" https://www.pivotaltracker.com/story/show/7253024010:38
* dwilcox joins10:40
<awoods>escowles: did you really use the modeshape-filesystem-connector in your recent large file tests as noted in the config here:10:55
<escowles>awoods: no, i used org.fcrepo.connector.file.FedoraFileSystemConnector10:56
<awoods>escowles: I will update the wiki
<escowles>awoods: thanks
<pivotal-bot>Kevin Clarke started "Update Eclipse/IntelliJ formatting settings files" https://www.pivotaltracker.com/story/show/7126229811:00
<awoods>escowles: did you re-run the "range-retrieval" tests with longshou's updates?11:01
<escowles>awoods: not yet
* dwilcox leaves11:05
* dwilcox joins11:06
* github-ff joins11:10
[fcrepo4] ksclarke opened pull request #406: Updated eclipse config files (master...update-eclipse-configs-71262298) http://git.io/8_8yHA
* github-ff leaves
<pivotal-bot>Kevin Clarke added comment: "Doh, right. Sorry. Fixed now.11:11
https://github.com/fcrepo4/fcrepo4/pull/406" https://www.pivotaltracker.com/story/show/71262298
Kevin Clarke finished "Update Eclipse/IntelliJ formatting settings files" https://www.pivotaltracker.com/story/show/71262298
<awoods>escowles: you probably know this, but the indexer work you are doing is the only blocker at this point for the beta release. Please send a note when you have something to review... or rather, update the ticket: https://www.pivotaltracker.com/story/show/7253024011:30
<pivotal-bot>feature: Address fcrepo-jms-indexer-impacts from recent F4 updates (started) / owner: Esme Cowles
<awoods>ermadmix: let me know if you are not seeing the "PREFIX indexing: <http://fedora.info/definitions/v4/indexing#>" in your "Update Properties" window of the F4 UI.11:33
* ermadmix leaves11:41
* dwilcox leaves11:43
* github-ff joins11:45
[fcrepo-jms-indexer-pluggable] escowles created new-headers (+1 new commit): http://git.io/ZDenVw
fcrepo-jms-indexer-pluggable/new-headers 4198deb Esmé Cowles: Supporting new header field for baseURL and new identifier format (always node path, not property path). Indexing parent object of datastreams that are indexed
* github-ff leaves
* ermadmix joins
* github-ff joins11:46
[fcrepo-jms-indexer-pluggable] escowles opened pull request #43: New headers and indexing datastream parent object (master...new-headers) http://git.io/UiKcog
* github-ff leaves
<escowles>awoods: yep, i'm updating the sparql recipes now
<awoods>thanks, escowles.11:47
<pivotal-bot>Esme Cowles added comment: "I've updated the SPARQL Recipes wiki page with the new POST/PUT changes: ""11:50
https://wiki.duraspace.org/display..." https://www.pivotaltracker.com/story/show/72530240
Esme Cowles finished "Address fcrepo-jms-indexer-impacts from recent F4 updates" https://www.pivotaltracker.com/story/show/72530240
* github-ff joins11:54
[fcrepo4] awoods pushed 2 new commits to master: http://git.io/cwC4tA
fcrepo4/master 1486639 Kevin S. Clarke: Updated eclipse config files
fcrepo4/master c20a957 Andrew Woods: Merge pull request #406 from ksclarke/update-eclipse-configs-71262298...
* github-ff leaves
<pivotal-bot>Andrew Woods delivered "Update Eclipse/IntelliJ formatting settings files" https://www.pivotaltracker.com/story/show/71262298
<awoods>escowles: re:authN via JMS headers noted in your ticket, are you suggesting passing username/password in the JMS messages?11:56
<escowles>awoods: no -- i think we need to figure out how to configure them in the indexer, and update the auth setup in IndexerGroup to be dynamic based on the JMS baseURL header, rather than setup at startup11:57
so i think we need to have a map of baseURLs to credentials configured in the indexer, but that was more than i thought i could get done in an hour...11:58
<awoods>escowles: got it. You are thinking about the case where we have multiple F4 repos all supported by a single jms-indexer-pluggable.11:59
<escowles>awoods: yes, probably ok not to support that in the beta, i'm assuming
<awoods>escowles: agreed12:00
escowles: what are you getting at with "This could be improved by supporting the property list header"?
<escowles>awoods: there is a new header listing the properties that were updated, but right now we're just logging it and not doing anything with it12:10
we should at least be parsing it and making it available to the indexers
i don't have a use case for this, but i think we've discussed scenarios where a given property would trigger some action by the indexer12:11
<awoods>escowles: thanks, we can wait until someone asks for the undefined feature.12:12
escowles: did you run through and test all of the sparql-recipes?12:13
<escowles>yes, they worked for me and returned the expected results from the wiki page
<awoods>escowles: great... double checking now12:14
<escowles>awoods: i'm going to get some lunch, bbi 30min12:16
<awoods>escowles: works great12:17
<bljenkins>Project fcrepo4 build #1937: UNSTABLE in 27 min: http://ci.fcrepo.org/jenkins/job/fcrepo4/1937/12:21
ksclarke: Updated eclipse config files
* github-ff joins12:23
[fcrepo-jms-indexer-pluggable] awoods closed pull request #43: New headers and indexing datastream parent object (master...new-headers) http://git.io/UiKcog
* github-ff leaves
<pivotal-bot>Andrew Woods delivered "Address fcrepo-jms-indexer-impacts from recent F4 updates" https://www.pivotaltracker.com/story/show/72530240
* github-ff joins
[fcrepo-jms-indexer-pluggable] awoods deleted new-headers at 4198deb: http://git.io/GsLZHA
* github-ff leaves
<bljenkins>Project fcrepo-jms-indexer-pluggable build #554: FAILURE in 1 min 7 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-jms-indexer-pluggable/554/12:24
escowles: Supporting new header field for baseURL and new identifier format (always node path, not property path). Indexing parent object of datastreams that are indexed
* mikeAtUVa leaves12:26
* longshou joins12:31
* travis-ci joins12:43
[travis-ci] fcrepo4/fcrepo-jms-indexer-pluggable#125 (master - 0dcfcb6 : Andrew Woods): The build passed.
[travis-ci] Change view : https://github.com/fcrepo4/fcrepo-jms-indexer-pluggable/compare/7d73eb3ce96a...0dcfcb6c7b2a
[travis-ci] Build details : http://travis-ci.org/fcrepo4/fcrepo-jms-indexer-pluggable/builds/26681403
* travis-ci leaves
* dwilcox joins12:44
<awoods>mikeAtUVa: could you test this PR: https://github.com/fcrepo4/fcrepo4/pull/40412:47
mikeAtUVa: the updated test fails on my machine
...or anyone ^^ gregjansen? ksclarke? longshou?13:03
* ermadmix leaves13:06
<ksclarke>awoods: running a clean build with it13:08
<pivotal-bot>Andrew Woods added comment: "How are things going here?" https://www.pivotaltracker.com/story/show/7064865813:27
<ksclarke>awoods: TiffStoragePolicyStorageIT.testPolicyDrivenStorage:147 fails for me with 40413:30
pr 404, that is
<awoods>ksclarke: thanks, me too13:31
ksclarke: The issue ermadmix is seeing (and hence the PR) must be a Windows thing.13:32
* ksclarke nods
<awoods>ksclarke: I am looking at your graph on this page: https://wiki.duraspace.org/display/FF/Large+Numbers+of+Objects13:33
ksclarke: it indicates that it takes 2 to 5 seconds on average to upload a single datastreams... that seems strangely long.13:34
ksclarke: you used "benchtool"?13:35
<ksclarke>no that was curl
at the start it was much less than that, and I actually expected to see more of an upcurve because as I checked in on it over time it looked like the times were getting longer13:37
awoods ^
<awoods>ksclarke: hmm... it looks like the hierarchy you created is narrow13:39
<pivotal-bot>Kevin Clarke added comment: "TODO: figure out how to gnuplot to adjust x/y scale" https://www.pivotaltracker.com/story/show/70648658
<awoods>ksclarke... maybe not
ksclarke: it would be helpful if you could describe the hierarchy you are creating on the wiki page13:40
ksclarke: Ideally, the hierarchy would like something like: (256 top-level nodes, 256 second-level nodes in each, 256 third-level nodes in each, and one 10KB datastream in each)13:41
<ksclarke>mine was 100/100/100 with 1 MB13:42
perhaps I should remove since it's a different size from esme's
you can't do like comparisons
awoods I was planning on going on to 256/256/256 10 KB but my run core dumped
<awoods>ksclarke: I am just trying to see if there was a structural reason for the slow times.
ksclarke: were the contents of your DS_FILE getting updated?13:43
yes, I see13:44
ksclarke: however, it looks like your timings are including the time to create the DS_FILE13:45
<ksclarke>that's for the datastream timing: echo "Datastream created [${MILLISECS} ms]"13:46
ah neat, never knew how to link to a line before
see: https://github.com/ksclarke/bash-scripts/blob/master/benchtest-backends.sh#L143 for the timing on curl
it times both datastream creation and curl (in separate measures)13:47
and the curl timing ends: https://github.com/ksclarke/bash-scripts/blob/master/benchtest-backends.sh#L15213:48
<awoods>ksclarke: your curl call uses POST
ksclarke: POST also auto-generates a 4-level hierarchy
<ksclarke>yes, believe I just copied one of the examples on the fcrepo4 REST pages
well that could be a problem them
awoods: so it should be PUT?
<awoods>ksclarke: yes
<ksclarke>okay, will remove from the page
and fix that POST to PUT13:50
<pivotal-bot>Kevin Clarke added comment: "Fix: https://github.com/ksclarke/bash-scripts/blob/master/benchtest-backends.sh#L144 POST to PUT" https://www.pivotaltracker.com/story/show/70648658
<awoods>ksclarke: it would be ideal if we could synchronize the process of your test with the ones that escowles ran.
<ksclarke>yes, perhaps if esme is on the current sprint it would make sense for him to just run one13:51
<escowles>ksclarke/awoods: i'm not on the current sprint, but i could probably setup a script like my filesystem federation ones and run them
<awoods>ksclarke: we should also make clear the difference in escowles' test and yours: escowles was just measuring read performance, you are measuring write performance.13:52
escowles: we could afford to even skip the timing part (if that is easier) and just try to load as many objects as possible in to the repo... which was the original intent of the ticket: https://www.pivotaltracker.com/story/show/7064865813:54
<pivotal-bot>feature: How many objects can F4 hold? (started) / owner: Kevin Clarke
Kevin Clarke added comment: "Also clarify in write-up that mine is measuring writes while Esme's tests are measuring reads." https://www.pivotaltracker.com/story/show/7064865813:55
* ermadmix joins13:58
* scossu leaves14:03
* mikeAtUVa joins14:05
<bljenkins>Project fcrepo-jms-indexer-pluggable build #557: NOW UNSTABLE in 7 min 37 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-jms-indexer-pluggable/557/14:17
<awoods>mikeAtUVa: it looks like we are ready to go.14:21
<mikeAtUVa>awoods: great.14:22
<awoods>mikeAtUVa: yep
mikeAtUVa: are you interested and available in making it happen?
<mikeAtUVa>awoods: when I run the dry-run I get an error about a dependency on a snapshot... (jsondl-java-sesame) should I use the "allowSnapshots" flag to ignore this? I don't think we can use a non-snapshot version for that library.14:24
<awoods>mikeAtUVa: ouch. cbeer just put that in.14:25
mikeAtUVa: I guess we will have to push the beta with the allowSnapshots, yuck.14:26
<mikeAtUVa>awoods: also, I assume the versions we want are 4.0.0-beta01 (as opposed to beta1) and 4.0.0-beta02-SNAPSHOT because we anticipate more than 10 beta releases?14:27
awoods: is it worth checking to see if his code will work with the last stable release of that dependency?
* scossu joins14:33
<awoods>mikeAtUVa: yes on the release number (i.e. 01)14:39
mikeAtUVa: that would be good. Did you check that cbeer?
mikeAtUVa/cbeer: re: latest stable build of jsondl-java-sesame14:40
* scossu leaves14:42
<awoods>mikeAtUVa: No word from cbeer. Are you going to test jsondl-java-sesame, I would you rather I?14:47
<mikeAtUVa>awoods: i'm compiling with the old stable version now... if it builds I'll try the tests (takes 12 minutes on my machine)14:48
awoods: is building and passing tests sufficient? And if it does, should I just push a commit to master with that one-line pom change?14:49
<awoods>mikeAtUVa: running the build may be sufficient. I am also looking for additional clues in: https://github.com/fcrepo4/fcrepo4/pull/386
<mikeAtUVa>awoods: the code built fine.14:51
<awoods>mikeAtUVa: there is basically only one test in that commit: fcrepo-http-api/src/test/java/org/fcrepo/integration/http/api/FedoraFieldSearchIT.java
mikeAtUVa: you mean it compiled fine?14:52
<mikeAtUVa>awoods: yeah...
awoods: running that test now...
awoods: I can probably save time by just doing another -dryRun of the release:prepare to double check that all tests pass with the change.14:53
awoods: all the FedoraFieldSearchIT tests passed too.14:54
<awoods>mikeAtUVa: it may complain about checkouts
mikeAtUVa: also give it a sanity check: curl -v -H "Accept: application/ld+json" http://localhost:8080/rest/objects14:55
<mikeAtUVa>awoods: I get a 200 and a serialization of triples.14:58
awoods: and yes... the serialization looks like json and the content type is "application/ld+json"14:59
<awoods>mikeAtUVa: unless cbeer pops his head up, sounds like it works with 0.4 stable.15:00
<mikeAtUVa>awoods; it's "0.4.1"... I guess I could also compare the output with 0.5-SNAPSHOT in case there's an interoperability issue with the returned JSON that wasn't incorporated into the test...15:01
<awoods>escowles: is it safe to assume you did not revisit these holiday-release tests: https://wiki.duraspace.org/display/FF/Test+Results+Summary15:02
<escowles>awoods: correct, i didn't redo those15:03
<awoods>escowles: the tests you did on the following page are similar, but not exactly apples: https://wiki.duraspace.org/display/FF/Single-Node+Test+Results
escowles: ok, I will make a ticket to get them next time.
<escowles>awoods: i'm repeating the federation tests with repo storage, and using paging, i'm up to 27k objects under a single directory without a dramatic slowdown (~3 sec to list the first 1k)15:04
<awoods>escowles: that is good to hear. so you are populating the repo a little, then performing read tests, then populating more, etc?15:05
<escowles>yes, checking object listing and file retrieval every 500 objects (each with a single 10KB datastream)15:06
<pivotal-bot>Andrew Woods added "Revisit holiday-release tests" https://www.pivotaltracker.com/story/show/72555214
<mikeAtUVa>awoods: the output of the "application/ld+json" serialization of an object's triples is identical between the two versions.15:08
<awoods>mikeAtUVa: sounds like a go. thanks
<mikeAtUVa>awoods: should I be able to push that to master directly?
<awoods>mikeAtUVa: hit it
<mikeAtUVa>awoods: I did a -dryRun of the push to master and got "ERROR: Permission to fcrepo4/fcrepo4.git denied to mikedurbin."\15:09
<awoods>mikeAtUVa: try now15:10
<mikeAtUVa>awoods: fixed, thanks!15:11
* github-ff joins
[fcrepo4] mikedurbin pushed 1 new commit to master: http://git.io/3mZGnQ
fcrepo4/master eeddec8 Mike Durbin: Updated jsondl-java dependencies to use a stable version.
* github-ff leaves
<pivotal-bot>Andrew Woods accepted "Revisit Holiday-Release tests" https://www.pivotaltracker.com/story/show/7072460415:19
Andrew Woods edited "Create a new child datastream got javax.jcr.nodetype.ConstraintViolationException" https://www.pivotaltracker.com/story/show/7227094615:29
* ermadmix leaves15:35
* travis-ci joins15:36
[travis-ci] fcrepo4/fcrepo4#2111 (master - eeddec8 : Mike Durbin): The build passed.
[travis-ci] Change view : https://github.com/fcrepo4/fcrepo4/compare/c20a957f6753...eeddec880128
[travis-ci] Build details : http://travis-ci.org/fcrepo4/fcrepo4/builds/26695545
* travis-ci leaves
* scossu joins15:39
* padraic71a leaves15:53
<mikeAtUVa>awoods: what should I do about the broken links on https://github.com/fcrepo4/fcrepo4? There's broken links to http://docs.fcrepo.org/, http://futures.github.com/fcrepo4/. Do I need to fix the ones in the readme.md so they're in the release? Will http://docs.fcrepo.org/ work once we build the github documentation site?15:55
* padraic71a joins
* gregjansen leaves15:56
<awoods>mikeAtUVa: yes, we should fix the broken links. Let me give docs.fcrepo.org a look. It is likely a godaddy issue.15:57
<pivotal-bot>Andrew Woods accepted "Review/Update Feature Tour" https://www.pivotaltracker.com/story/show/7212267816:08
<awoods>escowles: I have been seeing these css errors in the build ever since the js files started being source locally for offline builds: http://ci.fcrepo.org/jenkins/view/FF/job/fcrepo4/org.fcrepo$fcrepo-webapp/1938/testReport/org.fcrepo.integration/FedoraHtmlResponsesIT/testCreateNewNodeWithGeneratedId/16:11
<mikeAtUVa>awoods: I've updated all references to the "futures" to point to "fcrepo4" in the code base but I'm not sure what the links for "http://futures.github.com/fcrepo4/" should be changed to or what "http://docs.fcrepo.org/" should be changed to.16:14
<awoods>mikeAtUVa: "http://futures.github.com/fcrepo4/" should be "http://fcrepo4.github.com/fcrepo4/"16:15
* ermadmix joins16:16
<awoods>mikeAtUVa: docs.fcrepo.org should stay unchanged.
<mikeAtUVa>awoods: cool... should i just push this commit or do you want a PR?16:17
<awoods>mikeAtUVa: push it
* github-ff joins16:20
[fcrepo4] mikedurbin pushed 1 new commit to master: http://git.io/pGi-wQ
fcrepo4/master 244cad2 Mike Durbin: Updated documentation links to reflect new github repo.
* github-ff leaves
* dwilcox leaves16:23
<escowles>awoods: i'm not seeing any difference in the css file or how it's served from fcrepo-webapp vs. the cdn we were using before -- the file's the same, reasonable headers, etc.16:42
<awoods>escowles: could it be the encoding?
<escowles>awoods: the CDN does have a Vary: Accept-Encoding header we don't have, so that's possible16:44
* travis-ci joins16:45
[travis-ci] fcrepo4/fcrepo4#2112 (master - 244cad2 : Mike Durbin): The build passed.
[travis-ci] Change view : https://github.com/fcrepo4/fcrepo4/compare/eeddec880128...244cad2ab65b
[travis-ci] Build details : http://travis-ci.org/fcrepo4/fcrepo4/builds/26701087
* travis-ci leaves
<escowles>awoods: i'm running some tests locally, but i found a stackoverflow answer that suggests running jetty with -Dfile.encoding=UTF-8 to solve this (that's one of my standard JAVA_OPTS/MAVEN_OPTS params)16:52
<awoods>escowles: let me give it a try
<bljenkins>Yippee, build fixed!16:53
Project fcrepo4 build #1939: FIXED in 33 min: http://ci.fcrepo.org/jenkins/job/fcrepo4/1939/
md5wz: Updated documentation links to reflect new github repo.
* github-ff joins16:56
[fcrepo4] mikedurbin tagged fcrepo-4.0.0-beta-01 at 2ce710c: http://git.io/5p6vdg
fcrepo4/fcrepo-4.0.0-beta-01 c6b2024 Mike Durbin: [maven-release-plugin] prepare release fcrepo-4.0.0-beta-01
* github-ff leaves
* github-ff joins16:57
[fcrepo4] mikedurbin pushed 2 new commits to master: http://git.io/ovnvZA
fcrepo4/master c6b2024 Mike Durbin: [maven-release-plugin] prepare release fcrepo-4.0.0-beta-01
fcrepo4/master 5b9615e Mike Durbin: [maven-release-plugin] prepare for next development iteration
* github-ff leaves
<awoods>escowles: I see the issue during the build, not when running "mvn jetty:run"17:02
escowles: and even with "-Dfile.encoding=UTF-8" during the build, I see the css errors/warnings.17:03
<escowles>awoods: hmm, that's too bad
<awoods>escowles: do you not see it during builds?17:05
<escowles>awoods: i don't remember seeing it, but i can't say for sure17:06
<awoods>escowles: a simple "mvn clean install -pl fcrepo-webapp" will reveal all.
<escowles>awoods: i'll try that right now17:09
awoods: yes, i see them too -- though the tests pass17:10
<awoods>escowles: yes, my build goes through as well.
escowles: so does jenkins, usually. http://ci.fcrepo.org/jenkins/view/FF/job/fcrepo4/1939/17:11
<escowles>awoods: it seems like serving bootstrap css with jetty can't be that unusual, it's one of the most common css libs around
awoods: this looks like there is a spring default-servlet-handler we should enable that will handle serving static content appropriately: http://stackoverflow.com/questions/11902662/static-content-with-jetty-and-spring/11918647#1191864717:17
<awoods>escowles: we are not using spring-mvc, however.17:19
* travis-ci joins17:20
[travis-ci] fcrepo4/fcrepo4#2113 (fcrepo-4.0.0-beta-01 - c6b2024 : Mike Durbin): The build passed.
[travis-ci] Change view : https://github.com/fcrepo4/fcrepo4/commit/c6b202467a0c
[travis-ci] Build details : http://travis-ci.org/fcrepo4/fcrepo4/builds/26704329
* travis-ci leaves
<escowles>awoods: ok, adding it to serve the CSS properly imay be overkill...
<mikeAtUVa>awoods: I got as far as deploying the artifacts to sonatype staging, but I have to run (I can't miss my wife's birthday party) and will resume this process as soon as I can...17:21
<awoods>mikeAtUVa: great, thanks.
* mikeAtUVa leaves17:22
* dwilcox joins
* github-ff joins17:34
[fcrepo4] awoods pushed 1 new commit to gh-pages: http://git.io/Rl3y1Q
fcrepo4/gh-pages 9c6421b Andrew Woods: Delete CNAME
* github-ff leaves
<pivotal-bot>Andrew Woods accepted "Review/Update Configuration Options" https://www.pivotaltracker.com/story/show/7212282617:38
Andrew Woods accepted "Address fcrepo-jms-indexer-impacts from recent F4 updates" https://www.pivotaltracker.com/story/show/7253024017:39
Andrew Woods accepted "Update Eclipse/IntelliJ formatting settings files" https://www.pivotaltracker.com/story/show/71262298
* longshou leaves17:45
<bljenkins>Project fcrepo-jms-indexer-pluggable build #559: FAILURE in 25 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-jms-indexer-pluggable/559/17:46
Project fcrepo-module-auth-xacml build #81: UNSTABLE in 5 min 55 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-module-auth-xacml/81/17:51
* ermadmix leaves17:55
* dwilcox leaves18:02
<bljenkins>Project fcrepo-module-auth-xacml build #82: FAILURE in 2 min 18 sec: http://ci.fcrepo.org/jenkins/job/fcrepo-module-auth-xacml/82/18:14
Project fcrepo4 build #1941: UNSTABLE in 38 min: http://ci.fcrepo.org/jenkins/job/fcrepo4/1941/18:24
* md5wz: [maven-release-plugin] prepare release fcrepo-4.0.0-beta-01
* md5wz: [maven-release-plugin] prepare for next development iteration
* scossu leaves18:27
* ksclarke leaves18:28
* github-ff joins18:41
[fcrepo4] awoods pushed 1 new commit to gh-pages: http://git.io/RNe06g
fcrepo4/gh-pages 6f40254 Andrew Woods: Create CNAME
* github-ff leaves
<bljenkins>Project fcrepo4 build #1942: FAILURE in 19 min: http://ci.fcrepo.org/jenkins/job/fcrepo4/1942/19:01
Yippee, build fixed!19:34
Project fcrepo4 build #1943: FIXED in 27 min: http://ci.fcrepo.org/jenkins/job/fcrepo4/1943/
* terrellt joins19:54
* fcrepo-bot joins19:55
* scossu joins20:00
* scossu leaves
<pivotal-bot>Andrew Woods added this label to 4 stories https://www.pivotaltracker.com/story/show/7094341470689680706901507077180620:32
Andrew Woods removed this label from 4 stories https://www.pivotaltracker.com/story/show/70943414706896807069015070771806
* fcrepo-bot leaves20:57
* mikeAtUVa joins21:08
* ksclarke joins21:37
* mikeAtUVa leaves22:51