I will open a JIRA issue, I suppose that I just have to create an account first?
Regards, Roland. On Fri, Oct 18, 2013 at 12:05 PM, Koji Sekiguchi <k...@r.email.ne.jp> wrote: > Hi, > > I think the flag cannot ignore NoSuchMethodError. There may be something > wrong here? > > ... I've just checked my Solr 4.5 directories and I found Tika version is > 1.4. > > Tika 1.4 seems to use commons compress 1.5: > > http://svn.apache.org/viewvc/**tika/tags/1.4/tika-parsers/** > pom.xml?view=markup<http://svn.apache.org/viewvc/tika/tags/1.4/tika-parsers/pom.xml?view=markup> > > But I see commons-compress-1.4.1.jar in solr/contrib/extraction/lib/ > directory. > > Can you open a JIRA issue? > > For now, you can get commons compress 1.5 and put it to the directory > (don't forget to remove 1.4.1 jar file). > > koji > > > (13/10/18 16:37), Roland Everaert wrote: > >> Hi, >> >> We already configure the extractrequesthandler to ignore tika exceptions, >> but it is solr that complains. The customer manage to reproduce the >> problem. Following is the error from the solr.log. The file type cause >> this >> exception was WMZ. It seems that something is missing in a solr class. We >> use SOLR 4.4. >> >> ERROR - 2013-10-17 18:13:48.902; org.apache.solr.common.**SolrException; >> null:java.lang.**RuntimeException: java.lang.NoSuchMethodError: >> org.apache.commons.compress.**compressors.**CompressorStreamFactory.** >> setDecompressConcatenated(Z)V >> at >> org.apache.solr.servlet.**SolrDispatchFilter.sendError(** >> SolrDispatchFilter.java:673) >> at >> org.apache.solr.servlet.**SolrDispatchFilter.doFilter(** >> SolrDispatchFilter.java:383) >> at >> org.apache.solr.servlet.**SolrDispatchFilter.doFilter(** >> SolrDispatchFilter.java:158) >> at >> org.apache.catalina.core.**ApplicationFilterChain.**internalDoFilter(** >> ApplicationFilterChain.java:**243) >> at >> org.apache.catalina.core.**ApplicationFilterChain.**doFilter(** >> ApplicationFilterChain.java:**210) >> at >> org.apache.catalina.core.**StandardWrapperValve.invoke(** >> StandardWrapperValve.java:222) >> at >> org.apache.catalina.core.**StandardContextValve.invoke(** >> StandardContextValve.java:123) >> at >> org.apache.catalina.core.**StandardHostValve.invoke(** >> StandardHostValve.java:171) >> at >> org.apache.catalina.valves.**ErrorReportValve.invoke(** >> ErrorReportValve.java:99) >> at >> org.apache.catalina.valves.**AccessLogValve.invoke(** >> AccessLogValve.java:953) >> at >> org.apache.catalina.core.**StandardEngineValve.invoke(** >> StandardEngineValve.java:118) >> at >> org.apache.catalina.connector.**CoyoteAdapter.service(** >> CoyoteAdapter.java:408) >> at >> org.apache.coyote.http11.**AbstractHttp11Processor.**process(** >> AbstractHttp11Processor.java:**1023) >> at >> org.apache.coyote.**AbstractProtocol$**AbstractConnectionHandler.** >> process(AbstractProtocol.java:**589) >> at >> org.apache.tomcat.util.net.**AprEndpoint$SocketProcessor.** >> run(AprEndpoint.java:1852) >> at java.util.concurrent.**ThreadPoolExecutor.runWorker(**Unknown >> Source) >> at java.util.concurrent.**ThreadPoolExecutor$Worker.run(**Unknown >> Source) >> at java.lang.Thread.run(Unknown Source) >> Caused by: java.lang.NoSuchMethodError: >> org.apache.commons.compress.**compressors.**CompressorStreamFactory.** >> setDecompressConcatenated(Z)V >> at >> org.apache.tika.parser.pkg.**CompressorParser.parse(** >> CompressorParser.java:102) >> at >> org.apache.tika.parser.**CompositeParser.parse(** >> CompositeParser.java:242) >> at >> org.apache.tika.parser.**CompositeParser.parse(** >> CompositeParser.java:242) >> at >> org.apache.tika.parser.**AutoDetectParser.parse(** >> AutoDetectParser.java:120) >> at >> org.apache.solr.handler.**extraction.**ExtractingDocumentLoader.load(** >> ExtractingDocumentLoader.java:**219) >> at >> org.apache.solr.handler.**ContentStreamHandlerBase.**handleRequestBody(** >> ContentStreamHandlerBase.java:**74) >> at >> org.apache.solr.handler.**RequestHandlerBase.**handleRequest(** >> RequestHandlerBase.java:135) >> at >> org.apache.solr.core.**RequestHandlers$**LazyRequestHandlerWrapper.** >> handleRequest(RequestHandlers.**java:241) >> at org.apache.solr.core.SolrCore.**execute(SolrCore.java:1904) >> at >> org.apache.solr.servlet.**SolrDispatchFilter.execute(** >> SolrDispatchFilter.java:659) >> at >> org.apache.solr.servlet.**SolrDispatchFilter.doFilter(** >> SolrDispatchFilter.java:362) >> ... 16 more >> >> >> >> >> >> On Thu, Oct 17, 2013 at 5:19 PM, Koji Sekiguchi <k...@r.email.ne.jp> >> wrote: >> >> Hi Roland, >>> >>> >>> (13/10/17 20:44), Roland Everaert wrote: >>> >>> Hi, >>>> >>>> I helped a customer to deployed solr+manifoldCF and everything is going >>>> quite smoothly, but every time solr is raising an exception, the >>>> manifoldcfjob feeding >>>> >>>> solr aborts. I would like to know if it is possible to configure the >>>> ExtractRequestHandler to ignore errors like it seems to be possible with >>>> dataimporthandler and entity processors. >>>> >>>> I know that it is possible to configure the ExtractRequestHandler to >>>> ignore >>>> tika exception (We already do that) but the errors that now stops the >>>> mcfjobs are generated by >>>> >>>> solr itself. >>>> >>>> While it is interesting to have such option in solr, I plan to post to >>>> the >>>> manifoldcf mailing list, anyway, to know if it is possible to configure >>>> manifolcf to be less picky about solr errors. >>>> >>>> >>>> ignoreTikaException flag might help you? >>> >>> https://issues.apache.org/****jira/browse/SOLR-2480<https://issues.apache.org/**jira/browse/SOLR-2480> >>> <https://**issues.apache.org/jira/browse/**SOLR-2480<https://issues.apache.org/jira/browse/SOLR-2480> >>> > >>> >>> koji >>> -- >>> http://soleami.com/blog/****automatically-acquiring-**<http://soleami.com/blog/**automatically-acquiring-**> >>> synonym-knowledge-from-****wikipedia.html<http://soleami.** >>> com/blog/automatically-**acquiring-synonym-knowledge-** >>> from-wikipedia.html<http://soleami.com/blog/automatically-acquiring-synonym-knowledge-from-wikipedia.html> >>> > >>> >>> >> > > -- > http://www.rondhuit.com/en/ >
