Log of the #fcrepo channel on chat.freenode.net

Using timezone: Eastern Standard Time
* dwilcox joins07:28
* awead leaves07:55
* dwilcox leaves08:24
* dhlamb joins08:29
* jgpawletko joins08:43
* acoburn joins08:52
* whikloj joins08:53
<acoburn>whikloj: ping08:54
* dwilcox joins
<whikloj>acoburn: morning
<acoburn>whikloj: good morning
whikloj: I made some progress with the -camel-toolbox
<whikloj>acoburn: do tell08:55
<acoburn>whikloj: now, the embedded fedora webapp starts up, runs and responds to requests
whikloj: but it dies on Accept: application/rdf+xml headers
<whikloj>acoburn: that is weird08:56
<acoburn>whikloj: I take that back, it doesn't die, it produces a 406 error
<whikloj>acoburn: 406...that's new
<acoburn>whikloj: I am rebuilding/reinstalling everything now in order to make sure maven uses my artifacts08:57
whikloj: I believe that turning up the logging will answer some questions
<whikloj>acoburn: If you want to let me know how you got the webapp up and running I can take a look. I feel bad that you are essentially working another ticket.
<acoburn>whikloj: in the maven config, add a <dependencies><dependency>… </dependency></dependencies> section08:58
whikloj: … inside the jetty-maven-plugin section
whikloj: right here: http://git.io/vZux709:00
whikloj: I've added a bunch of artifacts (which I'm still testing), but the key one was spring-context
* sbmarks leaves09:01
<acoburn>whikloj: oh and another thing — I have been building webapp-plus without authN, just to make things easier for now: mvn install -P audit09:04
<whikloj>acoburn: ok, I wondered about that
acoburn: I had tried to include the username and password, figured I worry when I started to see 403s
<acoburn>whikloj: the authN piece is solvable, but this other part seems more challenging at the moment09:05
whikloj: btw, what were the errors you were seeing? can you provide a stack trace?09:06
* ksclarke joins
<whikloj>acoburn: 503 when trying to POST to Fedora with the client09:07
<acoburn>whikloj: right, but there should have been a big stack trace long before that (something about fcrepo not starting up properly)
<whikloj>acoburn: I may have to turn up logging, cause its mostly INFOs, but there is no ERRORs that I could see before.09:08
acoburn: one sec, creating a gist
acoburn: you want the whole thing or the tests section?09:09
* sbmarks joins
<acoburn>whikloj: you can put the whole thing in, just in case.09:10
<whikloj>acoburn: https://gist.github.com/whikloj/66d09cca6491d2ccdd4309:11
<acoburn>whikloj: that's curious — no stacktrace09:14
<whikloj>acoburn: bumping my logging to DEBUG and just building fcrepo-indexing-solr
<acoburn>whikloj: I have been just building things from the fcrepo-indexing-solr directory09:15
whikloj: you can also move all of the src/test/java/…/*Test.java files out of the way to make it go faster
whikloj: since it's only the integration tests that are problematic
<whikloj>acoburn: yeah no stacktrace even with logging at DEBUG level09:17
acoburn: I'm gonna wipe out fcrepo4, fcrepo-transform, fcrepo-webapp-plus and fcrepo-camel-toolbox and rebuild them all.09:20
<acoburn>whikloj: that's a good idea
whikloj: just got a successful build (mvn clean verify)09:35
<acoburn>whikloj: I need to clean things up a bit and then I'll send a PR to your branch
<whikloj>acoburn: Just send one direct, ticket is FCREPO-1670
acoburn: awoods has one for webapp-plus, so I'm considering this a team effort09:37
<acoburn>whikloj: oh yeah, I also need to add in authN09:38
<whikloj>acoburn: true, if you put up a PR I can play with the authN stuff
<acoburn>whikloj: it's always "one more little thing"
* apb18 joins09:54
* acoburn leaves09:56
* acoburn joins10:08
* dwilcox leaves10:33
* esm_ joins10:42
* dwilcox joins
<whikloj>acoburn: weird I rebuilt all those and I still don't get a stack trace, just a 50310:43
<acoburn>whikloj: that is strange. I tried building webapp-plus with rbacl instead of audit, and I'm getting errors now, too10:44
<whikloj>acoburn: Oh forgot to build webapp with -Paudit, trying that now10:45
acoburn: and now I have a stacktrace10:50
<acoburn>whikloj: well that's progress
<whikloj>acoburn: Message: Unexpected element '{urn:infinispan:config:store:leveldb:6.0}leveldbStore'10:51
<acoburn>whikloj: yep, that's handled with my "coming soon" PR
<whikloj>acoburn: at least we're at the point now10:52
^^ at the "same" point now
* ajs6f joins10:59
* escowles leaves11:13
* dhlamb leaves11:15
* escowles joins11:27
* escowles leaves11:43
* esm_ leaves11:56
* escowles joins12:04
* escowles leaves12:12
* dhlamb joins12:24
* dhlamb leaves12:25
* esm_ joins12:26
* dhlamb joins12:27
* escowles joins12:28
* awead joins12:29
* escowles leaves12:48
* escowles joins13:15
<acoburn>whikloj: I got fcrepo-1670 working14:49
<whikloj>acoburn: tell me all your secrets
related to FCREPO-1670
<acoburn>whikloj: it's all here: https://github.com/whikloj/fcrepo-camel-toolbox/pull/114:50
whikloj: I'll keep the other secrets to myself :-)
<whikloj>acoburn: awesome, testing it out now. Do I need fcrepo-webapp-plus built with -Paudit?
* ajs6f leaves14:51
<acoburn>whikloj: nope, just the one with the fcrepo-1670 branch
whikloj: (though it actually works with the version from master, too)
<whikloj>acoburn: ?? That seems wrong
<acoburn>whikloj: the one in master still has fcrepo-transform from org.fcrepo14:52
<whikloj>acoburn: ahhhh yes, right that makes sense
<acoburn>whikloj: so that works, but that's not interesting for our use case
whikloj: any luck with that PR to fcrepo-1670?15:19
<whikloj>acoburn: sorry, I realized I have an Islandora vagrant running, trying to fix something there first.
<acoburn>whikloj: it looks like my PR may need some rebasing
whikloj: no problem15:20
* dwilcox leaves15:23
<acoburn>whikloj: I rebased my PR for 1670 on master, but now there are merge conflicts with your branch. You may want to rebase your branch on master first, then we can sort it out15:47
<whikloj>acoburn: will do, just building your PR right now15:48
<acoburn>whikloj: ok, good to see if it works first, then we can deal with merging the changes
<whikloj>acoburn: [INFO] BUILD SUCCESS15:53
whikloj: that's great news
<whikloj>acoburn: going rebase my FCREPO-1670 branch as see how your PR looks, though I really think you'd be better to just open a PR against fcrepo-camel-toolbox. I haven't opened one yet15:56
<acoburn>whikloj: ok, that would probably be easiest. I'll open one now
awoods: you're going to need to change your build script to put fcrepo-webapp-plus before fcrepo-camel-toolbox.15:58
* jgpawletko leaves15:59
* github-ff joins16:00
[fcrepo-camel-toolbox] acoburn opened pull request #51: Update camel toolbox to use fcrepo-transform from fcrepo4-exts (master...fcrepo-1670) http://git.io/vZ2Xl
* github-ff leaves
<acoburn>awoods: with this pr ^^^ is fcrepo-1670 ready for review?16:01
<whikloj>acoburn/awoods: I am still building the rest16:02
fcrepo4-release-tests - OK
fcrepo4-oaiprovider - OK16:03
fcrepo4-swordserver - OK
* dhlamb leaves16:14
* esm_ leaves16:15
<awoods>whikloj/acoburn: what is the consensus?16:20
whikloj/acoburn: is fcrepo-1670 ready for review?
<acoburn>awoods: I think it's ready (which is why I marked it as "ready")16:21
<whikloj>awoods: migration-utils just failed for me, but not sure if that is at all related
<awoods>whikloj: it probably depends on the nature of the failure16:22
<whikloj>awoods: fair enough, I'm good with a review16:26
<awoods>whikloj/acoburn: Thanks team. It will be good to get fcrepo-transform out... as a side note, I would like to change fcrepo-webapp-plus to include fcrepo-transform in the default build (instead of rbacl). We can also probably include webac in the default build once it is a little further along.16:29
* acoburn leaves16:58
* apb18 leaves17:34
* whikloj leaves17:39
* the_mgt_ joins19:06
* the_mgt leaves19:09
* awead leaves19:38
* github-ff joins19:59
[fcrepo-camel] acoburn opened pull request #91: update groupId for fcrepo-transform (master...fcrepo-1670) http://git.io/vZa1a
* github-ff leaves
* jgpawletko joins20:22
* jgpawletko leaves
* dhlamb joins20:37
* escowles leaves20:54
* f4jenkins joins23:12

Generated by Sualtam