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

Using timezone: Eastern Standard Time
* awead leaves06:29
* awead joins06:30
* jrgriffiniii leaves07:47
* dwilcox joins08:09
* mhwood joins08:10
* dhlamb joins08:55
* ksclarke joins09:28
* acoburn joins09:32
* acoburn leaves09:35
* acoburn joins
* scossu joins10:06
* ajs6f joins10:21
* escowles joins10:33
* jonroby joins10:36
* scossu leaves10:59
<jonroby>awoods: working on fcrepo-1555
<awoods>jonroby: that should be pretty straight-forward. Let me know if you have any questions.11:00
<jonroby>awoods: thanks
* whikloj joins11:06
* scossu joins11:13
* escowles leaves11:49
* jcreel joins12:06
o
Greetings all, James Creel at Texas A&M. We’re experimenting with setting up Fedora 4. Please let me know if my question would be better directed to the mailing lists. Anyway, we’re having trouble getting Fedora 4 to get solr 4.10 to index new resources. Should I use fcrepo-camel-toolbox, fcrepo-message-consumer, or both? My fcrepo-camel-toolbox is able to send audit information to my Fuseki, and my fcrepo-message-consumer reports and tries to inde12:17
new resources added to Fedora, but nothing ever shows up in solr.
<awoods>jcreel: you should definitely use fcrepo-camel-toolbox instead of fcrepo-message-consumer12:23
<jcreel>Is there a better page to get tips than https://wiki.duraspace.org/display/FEDORA40/Solr+Indexing+Quick+Guide ? That kind of sent me in the fcrepo-message-consumer direction when the camel wasn’t working out of the box.12:26
<awoods>jcreel: try downloading fcrepo-camel-webapp-at-is-it-4.2.0.war
jcreel: from: https://github.com/fcrepo4-labs/fcrepo-camel-toolbox/releases/tag/fcrepo-camel-toolbox-4.2.0
* mhwood leaves
<awoods>jcreel: This documentation may be helpful... but is targeting OSGi users, not the webapp: https://github.com/fcrepo4-labs/fcrepo-camel-toolbox/tree/master/fcrepo-indexing-solr12:29
acoburn: FYI ^^
<dhlamb>awoods: jcreel: jwhiklo has managed to successfully compile fcrepo-camel-toolbox into a war for islandora. maybe he can chime in.
*whikloj12:30
<whikloj>dhlamb: no I used the above war
<dhlamb>whikloj: well then... i recant my previous statement
<whikloj>dhlamb: I could compile it, but...meh
<jcreel>I was able to build it from the master branch source and depoy the war under tomcat. It seemed to talk fine to Fuseki, but not Solr. But I reckon I should be using 4.2 specifically, so I’ll give that a shot.12:33
<whikloj>jcreel: did you change any of the default settings, there is one that requires your resources to have an "Indexable" property to get indexed.12:36
jcreel: I would ensure that you have set the solr.baseUrl setting correctly. It defaults to localhost:8983/solr/collection112:40
<awoods>whikloj: be default, the Indexable property is not required.12:45
...any more
* scossu leaves12:46
<ajs6f>Are updates to your Solr instance being committed? Can you add things to it with plain old curl?
<whikloj>awoods: right, my mistake. Then maybe the Solr URL especially if it's running on the same Tomcat server
<awoods>ajs6f: it sounds like jcreel is running the camel-toolbox that was not configured to even talk to solr...12:47
ajs6f: the default build is only configured from fuseki
<ajs6f>awoods: oh, didn't know that's hoe it was left
* travis-ci joins12:48
robyj/fcrepo4#6 (fcrepo-1555 - 8b05d1b : robyj): The build has errored.
Change view : https://github.com/robyj/fcrepo4/compare/6814fb70b37a...8b05d1b7cc59
Build details : http://travis-ci.org/robyj/fcrepo4/builds/65272344
* travis-ci leaves
* jmignault joins12:54
* mikeAtUVa leaves12:57
* escowles joins
* dwilcox leaves13:00
* barmintor joins13:05
* barmintor leaves
* barmintor joins
ruebot: ping13:06
<ruebot>barmintor: PONG13:09
<barmintor>ruebot: is that Islandora FCR3 Audit record thing that got posted to list a thing I should worry about before I start staging 3.8.1?13:10
<ruebot>barmintor: i don't think so. that's a tuque thing, not a fedora thing. not sure why it was posted to the fcrepo list.13:11
<barmintor>ruebot++ good good, ok thanks13:12
* barmintor leaves
<ruebot>barmintor: our documentation was re-written for the last release, and there is a confusing part in it where it wants the installer to run all the tuque tests
barmintor: replied to that thread.13:15
* travis-ci joins13:21
robyj/fcrepo4#7 (fcrepo-1555 - 3ca6749 : robyj): The build passed.
Change view : https://github.com/robyj/fcrepo4/compare/8b05d1b7cc59...3ca67494a602
Build details : http://travis-ci.org/robyj/fcrepo4/builds/65277540
* travis-ci leaves
<awoods>jcreel: updates?13:29
* dwilcox joins13:30
<acoburn>jcreel: for documentation on tomcat/jetty deployment, I'd recommend looking at the fcrepo-camel-webapp README
jcreel: https://github.com/fcrepo4-labs/fcrepo-camel-toolbox/tree/master/fcrepo-camel-webapp
* dwilcox leaves13:37
* dwilcox joins14:06
<jcreel>Thanks so much for the feedback, everyone. I have my solr instance at the default url of localhost:8983/solr/collection1 . Curl update direct to solr works, although I have issues with commit that I can work through :) . Curl PUT to fedora’s rest can make indexable resources in fedora, but they don’t seem to get through to solr. Sounds like the thing to do is to configure camel-toolbox to talk to solr if that’s not the default.14:35
* jmignault leaves15:21
* travis-ci joins15:22
robyj/fcrepo4#8 (fcrepo-1555 - 8f0b9dd : robyj): The build passed.
Change view : https://github.com/robyj/fcrepo4/compare/3ca67494a602...8f0b9dd6939e
Build details : http://travis-ci.org/robyj/fcrepo4/builds/65297864
* travis-ci leaves
* jgpawletko leaves15:24
* github-ff joins15:26
[fcrepo4] robyj opened pull request #810: Fcrepo 1555 (master...fcrepo-1555) http://git.io/vkpOZ
* github-ff leaves
<awoods>jcreel: The following war is configured for: audit, solr, and fuseki: fcrepo-camel-webapp-at-is-it-4.2.0.war15:31
jcreel: in https://github.com/fcrepo4-labs/fcrepo-camel-toolbox/releases/tag/fcrepo-camel-toolbox-4.2.0
<jcreel>awoods: Thanks!
I was able to build it using the instructions in the README on github and it is now talking to solr15:32
<awoods>jcreel: Great.
<whikloj>jcreel: awesome15:34
<jcreel>now I’m just dealing with a silly problem of finding my schema.xml to add fields that fedora expects to index. I’m running the example solr instance that comes with 4.10 and there’s a schema.xml.bak but no schema.xml in collection1
probably not anybody else’s problem here :)15:35
<ajs6f>Wel, you shouuld have found an example schema coming with the gear. I'm sure there is one somewhere, but it clearly wasn't obvious to you.15:36
<acoburn>jcreel: the file should be in $SOLR_HOME/<core name>/conf/
<ajs6f>acoburn: That ought to be in the README.15:37
<acoburn>ajs6f: or at least a link to the Solr documentation
<ajs6f>acoburn: Sure. Anyway, enough info that jcreel would have had everything he needed to put the pieces together. Obevisouly, he did, but it could have been a little easier.15:38
<acoburn>ajs6f: https://jira.duraspace.org/browse/FCREPO-156615:46
<ajs6f>acoburn++15:47
* dhlamb leaves
* dwilcox leaves15:49
<jcreel>Fedora now getting indexed by solr. It’s beautiful. Thanks to everyone for such great assistance today. Some interesting facts about schema.xml from https://cwiki.apache.org/confluence/display/solr/Managed+Schema+Definition+in+SolrConfig :
(note that the managed schema appears to be default)15:50
When ManagedIndexSchemaFactory is specified instead, Solr will load the schema from
he resource named in 'managedSchemaResourceName', rather than from schema.xml.
Note that the managed schema resource CANNOT be named schema.xml. If the managed
schema does not exist, Solr will create it after reading schema.xml, then rename
'schema.xml' to 'schema.xml.bak'.
<ajs6f>The more I use Solr, the less I understand why they don't use some widely-supported framework like Spring or OSGi. They rebuild everything in a special, SOlr-specific way.15:51
<acoburn>jcreel: does this apply to the 4.x series or is it just for 5.x?
ajs6f: the 5.x line of Solr is completely stand-alone, which seems to take them farther from OSGi/Spring15:52
<ajs6f>acoburn: <sarcasm> Awesome. </sarcasm>15:53
I love investing time and human resource in un-reusable ways.
<jcreel>acoburn: I’m using 4.10 although I found this in the 5.2 docs.15:57
* jgpawletko joins16:03
* jgpawletko leaves16:10
* dwilcox joins16:17
* github-ff joins16:18
[fcrepo-camel-toolbox] acoburn opened pull request #31: updated documentation (master...fcrepo-1566) http://git.io/vkpaJ
* github-ff leaves
<acoburn>jcreel: ^^^ I'd be interested in any feedback on this PR
* dwilcox leaves16:55
<jcreel>acoburn: a comment is humbly posted to github16:56
<acoburn>jcreel++
* github-ff joins17:02
[fcrepo-camel-toolbox] awoods pushed 2 new commits to master: http://git.io/vkpQr
fcrepo-camel-toolbox/master 4063d22 Aaron Coburn: fix erroneous xpath
fcrepo-camel-toolbox/master df820d5 Andrew Woods: Merge pull request #30 from acoburn/fcrepo-1564...
* github-ff leaves
* terrellt leaves17:03
* jmignault joins17:10
* acoburn leaves
* travis-ci joins17:12
fcrepo4-labs/fcrepo-camel-toolbox#90 (master - df820d5 : Andrew Woods): The build passed.
Change view : https://github.com/fcrepo4-labs/fcrepo-camel-toolbox/compare/fb54a6794c29...df820d5373ae
Build details : http://travis-ci.org/fcrepo4-labs/fcrepo-camel-toolbox/builds/65313088
* travis-ci leaves
* ajs6f leaves17:13
* jonroby leaves17:21
* terrellt joins17:24
* whikloj leaves18:00
* ksclarke leaves18:21
* awead leaves19:00
* awead joins19:01
* ksclarke joins19:18
* jcreel leaves19:49
* ksclarke leaves19:56
* ksclarke joins20:17
* ksclarke leaves20:27
* ksclarke joins20:41
* awead leaves22:21
* awead joins23:58
* ksclarke leaves00:00
* awead leaves00:20
* ksclarke joins00:29
* escowles leaves
* ksclarke leaves00:44

Generated by Sualtam