[
https://issues.apache.org/jira/browse/SOLR-284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12652993#action_12652993
]
Chris Harris commented on SOLR-284:
-----------------------------------
Currently this patch deploys the Tika libs to /trunk/example/solr/lib. I'm
curious where the Tika handler's lib/ directory is supposed to go in a
multicore deployment. I created my own multicore setup more or less like this:
* ant example
* Copy /trunk/example to /trunk/solr-10000
* Copy /trunk/solr-10000/multicore/* to /trunk/solr-10000/solr.
(Solr-10000 means "copy of Solr I plan to run on port 10000.")
This seems to be the easiest way to set things up so that I can cd to
/trunk/solr-10000 and run start.jar to get multicore Solr running.
Or rather, that *would* get multicore Solr running, except that Solr gets a
can't-find-the-Tika-classes exception. So I guess /trunk/solr-10000/solr/lib is
not where the lib directory goes for multicore deployment.
So I tried putting Tika libs instead in /trunk/solr-10000/solr/core0/lib, and
that loaded fine. That doesn't seem like the right place for the directory,
though; it seems like each core shouldn't have to have its own separate copy of
the Tika libs.
So where *do* the Tika libs go?
> Parsing Rich Document Types
> ---------------------------
>
> Key: SOLR-284
> URL: https://issues.apache.org/jira/browse/SOLR-284
> Project: Solr
> Issue Type: New Feature
> Components: update
> Reporter: Eric Pugh
> Assignee: Grant Ingersoll
> Fix For: 1.4
>
> Attachments: libs.zip, rich.patch, rich.patch, rich.patch,
> rich.patch, rich.patch, rich.patch, rich.patch, SOLR-284.patch,
> SOLR-284.patch, SOLR-284.patch, SOLR-284.patch, SOLR-284.patch,
> SOLR-284.patch, SOLR-284.patch, solr-word.pdf, source.zip, test-files.zip,
> test-files.zip, test.zip, un-hardcode-id.diff
>
>
> I have developed a RichDocumentRequestHandler based on the CSVRequestHandler
> that supports streaming a PDF, Word, Powerpoint, Excel, or PDF document into
> Solr.
> There is a wiki page with information here:
> http://wiki.apache.org/solr/UpdateRichDocuments
>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.