Thanks for your answers. Still no success.

>> These need to be in your Solr home lib, not example/lib.  I sometimes get
>> confused on this one, too, forgetting that I need to go down a few more
>> directories.  The example/lib directory is where the Jetty stuff lives,
>> example/solr/lib is the lib where the plugins go.

Well, actually I need libs in example, cause I'm launching it like so:

java -Dsolr.solr.home="/my/path/to/solr" -jar start.jar

Anyway, I tried copying libraries to solr home lib, this didn't help.
I keep getting the aforementioned ClassCastException.

>> In fact, if you run "ant
>> example" from the top level (or contrib/extraction) it should place the JARs
>> in the right places for the example.

Also, if I try to compile "ant example" it fails with some other
exception (some mozilla js class not found). I will try some
workaround here.

<solr persistent="false" sharedLib='lib'> in solr.xml didn't help either.

Should I be using the Jetty provided for the example while I'm in
development? It has worked great so far, but I'm stuck with
extraction. Will let you know, but please if any other ideas ping me a
message.

Thanks

Francisco



2009/4/22 Peter Wolanin <peter.wola...@acquia.com>:
> I had problems with this when trying to set this up with multiple
> cores - I had to set the shared lib as:
>
> <solr persistent="false" sharedLib='lib'>
>
> in example/solr/solr.xml in order for it to find the jars in example/solr/lib
>
> -Peter
>
> On Wed, Apr 22, 2009 at 11:43 AM, Grant Ingersoll <gsing...@apache.org> wrote:
>>
>> On Apr 20, 2009, at 12:46 PM, francisco treacy wrote:
>>
>>> Additionally, here's what I've got in example/lib:
>>
>> These need to be in your Solr home lib, not example/lib.  I sometimes get
>> confused on this one, too, forgetting that I need to go down a few more
>> directories.  The example/lib directory is where the Jetty stuff lives,
>> example/solr/lib is the lib where the plugins go.  In fact, if you run "ant
>> example" from the top level (or contrib/extraction) it should place the JARs
>> in the right places for the example.
>>
>>>
>>>
>>> apache-solr-cell-nightly.jar   bcmail-jdk14-132.jar
>>> commons-lang-2.1.jar       icu4j-3.8.jar         log4j-1.2.14.jar
>>> poi-3.5-beta5.jar             slf4j-api-1.5.5.jar
>>> xml-apis-1.0.b2.jar
>>> apache-solr-core-nightly.jar   bcprov-jdk14-132.jar
>>> commons-logging-1.0.4.jar  jetty-6.1.3.jar       nekohtml-1.9.9.jar
>>> poi-ooxml-3.5-beta5.jar       slf4j-jdk14-1.5.5.jar
>>> xmlbeans-2.3.0.jar
>>> apache-solr-solrj-nightly.jar  commons-codec-1.3.jar  dom4j-1.6.1.jar
>>>         jetty-util-6.1.3.jar  ooxml-schemas-1.0.jar
>>> poi-scratchpad-3.5-beta5.jar  tika-0.3.jar
>>> asm-3.1.jar                    commons-io-1.4.jar
>>> fontbox-0.1.0-dev.jar      jsp-2.1               pdfbox-0.7.3.jar
>>> servlet-api-2.5-6.1.3.jar     xercesImpl-2.8.1.jar
>>>
>>> Actually I wasn't very accurate. Following the wiki didn't suffice. I
>>> had to add other jars, in order to avoid ClassNotFoundExceptions at
>>> startup. These are
>>>
>>> apache-solr-core-nightly.jar
>>> apache-solr-solrj-nightly.jar
>>> slf4j-api-1.5.5.jar
>>> slf4j-jdk14-1.5.5.jar
>>>
>>> even while using solr nightly war (in example/webapps).
>>>
>>> Perhaps something wrong with jar versions?
>>>
>>> Francisco
>>>
>>>
>>> 2009/4/20 francisco treacy <francisco.tre...@gmail.com>:
>>>>
>>>> Hi Grant,
>>>>
>>>> Here is the full stacktrace:
>>>>
>>>> 20-Apr-2009 12:36:39 org.apache.solr.common.SolrException log
>>>> SEVERE: java.lang.ClassCastException:
>>>> org.apache.solr.handler.extraction.ExtractingRequestHandler cannot be
>>>> cast to org.apache.solr.request.SolrRequestHandler
>>>>       at
>>>> org.apache.solr.core.RequestHandlers$1.create(RequestHandlers.java:154)
>>>>       at
>>>> org.apache.solr.core.RequestHandlers$1.create(RequestHandlers.java:163)
>>>>       at
>>>> org.apache.solr.util.plugin.AbstractPluginLoader.load(AbstractPluginLoader.java:141)
>>>>       at
>>>> org.apache.solr.core.RequestHandlers.initHandlersFromConfig(RequestHandlers.java:171)
>>>>       at org.apache.solr.core.SolrCore.<init>(SolrCore.java:535)
>>>>       at
>>>> org.apache.solr.core.CoreContainer$Initializer.initialize(CoreContainer.java:122)
>>>>       at
>>>> org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:69)
>>>>       at
>>>> org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:99)
>>>>       at
>>>> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
>>>>       at
>>>> org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:594)
>>>>       at org.mortbay.jetty.servlet.Context.startContext(Context.java:139)
>>>>       at
>>>> org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1218)
>>>>       at
>>>> org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:500)
>>>>       at
>>>> org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:448)
>>>>       at
>>>> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
>>>>       at
>>>> org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:147)
>>>>       at
>>>> org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:161)
>>>>       at
>>>> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
>>>>       at
>>>> org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:147)
>>>>       at
>>>> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
>>>>       at
>>>> org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:117)
>>>>       at org.mortbay.jetty.Server.doStart(Server.java:210)
>>>>       at
>>>> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
>>>>       at org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:929)
>>>>       at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>       at
>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>>>       at
>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>       at java.lang.reflect.Method.invoke(Method.java:616)
>>>>       at org.mortbay.start.Main.invokeMain(Main.java:183)
>>>>       at org.mortbay.start.Main.start(Main.java:497)
>>>>       at org.mortbay.start.Main.main(Main.java:115)
>>>>
>>>> Thanks
>>>>
>>>> Francisco
>>>>
>>>> 2009/4/20 Grant Ingersoll <gsing...@apache.org>:
>>>>>
>>>>> Can you give the full stack trace?
>>>>>
>>>>> On Apr 20, 2009, at 6:49 AM, francisco treacy wrote:
>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> I am unsuccessfully attempting to use the ExtractingRequestHandler
>>>>>> (indexing documents via Tika, Solr cell). I start Solr from the
>>>>>> example app (start.jar), but point to my own Solr conf, where I have
>>>>>>
>>>>>>  <requestHandler name="/update/extract"
>>>>>> class="org.apache.solr.handler.extraction.ExtractingRequestHandler">
>>>>>>  <lst name="defaults">
>>>>>>    <str name="ext.map.Last-Modified">last_modified</str>
>>>>>>    <bool name="ext.ignore.und.fl">true</bool>
>>>>>>  </lst>
>>>>>>  </requestHandler>
>>>>>>
>>>>>>
>>>>>> Using the nightly builds (2009-04-17).
>>>>>>
>>>>>> I followed "Getting Started with the Solr Example" at
>>>>>> http://wiki.apache.org/solr/ExtractingRequestHandler, but I got plenty
>>>>>> of missing classes. So I had to copy all jars over from
>>>>>> example/solr/lib to example/lib. And now, when I fire Jetty
>>>>>> (start.jar) I am getting:
>>>>>>
>>>>>> SEVERE: java.lang.ClassCastException:
>>>>>> org.apache.solr.handler.extraction.ExtractingRequestHandler cannot be
>>>>>> cast to org.apache.solr.request.SolrRequestHandler
>>>>>>
>>>>>> I first thought that could be an incompatibility on the solr.war under
>>>>>> webapps. I made sure that war was the nightly war. But I still get the
>>>>>> exception.
>>>>>>
>>>>>> Does anyone know what I am doing wrong here? Or how am I supposed to
>>>>>> make Solr cell work?
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Francisco
>>>>>
>>>>> --------------------------
>>>>> Grant Ingersoll
>>>>> http://www.lucidimagination.com/
>>>>>
>>>>> Search the Lucene ecosystem (Lucene/Solr/Nutch/Mahout/Tika/Droids) using
>>>>> Solr/Lucene:
>>>>> http://www.lucidimagination.com/search
>>>>>
>>>>>
>>>>
>>
>> --------------------------
>> Grant Ingersoll
>> http://www.lucidimagination.com/
>>
>> Search the Lucene ecosystem (Lucene/Solr/Nutch/Mahout/Tika/Droids) using
>> Solr/Lucene:
>> http://www.lucidimagination.com/search
>>
>>
>
>
>
> --
> Peter M. Wolanin, Ph.D.
> Momentum Specialist,  Acquia. Inc.
> peter.wola...@acquia.com
>

Reply via email to