You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Hoss Man (JIRA)" <ji...@apache.org> on 2015/07/09 20:20:05 UTC

[jira] [Commented] (SOLR-7770) Date field problems using ExtractingRequestHandler and java 9 (b71)

    [ https://issues.apache.org/jira/browse/SOLR-7770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14620979#comment-14620979 ] 

Hoss Man commented on SOLR-7770:
--------------------------------

Full details of an example failure...

http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/13200/
Java: 64bit/jdk1.9.0-ea-b71 -XX:-UseCompressedOops -XX:+UseG1GC
r1689849

{noformat}
   [junit4]   2> log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
   [junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=ExtractingRequestHandlerTest
-Dtests.method=testArabicPDF -Dtests.seed=232D0A5404C2ADED -Dtests.multiplier=3 -Dtests.slow=true
-Dtests.locale=en_JM -Dtests.timezone=Etc/GMT-7 -Dtests.asserts=true -Dtests.file.encoding=UTF-8
   [junit4] ERROR   0.58s | ExtractingRequestHandlerTest.testArabicPDF <<<
   [junit4]    > Throwable #1: org.apache.solr.common.SolrException: Invalid Date String:'Tue Mar 09 13:44:49
GMT+07:00 2010'
   [junit4]    >        at __randomizedtesting.SeedInfo.seed([232D0A5404C2ADED:4DEB715B070706B8]:0)
   [junit4]    >        at org.apache.solr.schema.TrieDateField.parseMath(TrieDateField.java:150)
   [junit4]    >        at org.apache.solr.schema.TrieField.createField(TrieField.java:657)
   [junit4]    >        at org.apache.solr.schema.TrieField.createFields(TrieField.java:694)
   [junit4]    >        at org.apache.solr.update.DocumentBuilder.addField(DocumentBuilder.java:48)
   [junit4]    >        at org.apache.solr.update.DocumentBuilder.toDocument(DocumentBuilder.java:123)
   [junit4]    >        at org.apache.solr.update.AddUpdateCommand.getLuceneDocument(AddUpdateCommand.java:83)
   [junit4]    >        at org.apache.solr.update.DirectUpdateHandler2.addDoc0(DirectUpdateHandler2.java:237)
   [junit4]    >        at org.apache.solr.update.DirectUpdateHandler2.addDoc(DirectUpdateHandler2.java:163)
   [junit4]    >        at
org.apache.solr.update.processor.RunUpdateProcessor.processAdd(RunUpdateProcessorFactory.java:69)
   [junit4]    >        at
org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:51)
   [junit4]    >        at
org.apache.solr.update.processor.DistributedUpdateProcessor.versionAdd(DistributedUpdateProcessor.java:981)
   [junit4]    >        at
org.apache.solr.update.processor.DistributedUpdateProcessor.processAdd(DistributedUpdateProcessor.java:706)
   [junit4]    >        at
org.apache.solr.update.processor.LogUpdateProcessor.processAdd(LogUpdateProcessorFactory.java:104)
   [junit4]    >        at
org.apache.solr.handler.extraction.ExtractingDocumentLoader.doAdd(ExtractingDocumentLoader.java:122)
   [junit4]    >        at
org.apache.solr.handler.extraction.ExtractingDocumentLoader.addDoc(ExtractingDocumentLoader.java:127)
   [junit4]    >        at
org.apache.solr.handler.extraction.ExtractingDocumentLoader.load(ExtractingDocumentLoader.java:230)
   [junit4]    >        at
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:74)
   [junit4]    >        at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:143)
   [junit4]    >        at org.apache.solr.core.SolrCore.execute(SolrCore.java:2058)
   [junit4]    >        at org.apache.solr.util.TestHarness.queryAndResponse(TestHarness.java:339)
   [junit4]    >        at
org.apache.solr.handler.extraction.ExtractingRequestHandlerTest.loadLocalFromHandler(ExtractingRequestHandlerTest.ja
va:737)
   [junit4]    >        at
org.apache.solr.handler.extraction.ExtractingRequestHandlerTest.loadLocal(ExtractingRequestHandlerTest.java:744)
   [junit4]    >        at
org.apache.solr.handler.extraction.ExtractingRequestHandlerTest.testArabicPDF(ExtractingRequestHandlerTest.java:526)
   [junit4]    >        at java.lang.Thread.run(Thread.java:745)
{noformat}

> Date field problems using ExtractingRequestHandler and java 9 (b71)
> -------------------------------------------------------------------
>
>                 Key: SOLR-7770
>                 URL: https://issues.apache.org/jira/browse/SOLR-7770
>             Project: Solr
>          Issue Type: Bug
>            Reporter: Hoss Man
>
> Tracking bug to note that the (Tika based) ExtractingRequestHandler will not work properly with jdk9 starting with build71.
> This first manifested itself with failures like this from the tests...
> {noformat}
>    [junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=ExtractingRequestHandlerTest
> -Dtests.method=testArabicPDF -Dtests.seed=232D0A5404C2ADED -Dtests.multiplier=3 -Dtests.slow=true
> -Dtests.locale=en_JM -Dtests.timezone=Etc/GMT-7 -Dtests.asserts=true -Dtests.file.encoding=UTF-8
>    [junit4] ERROR   0.58s | ExtractingRequestHandlerTest.testArabicPDF <<<
>    [junit4]    > Throwable #1: org.apache.solr.common.SolrException: Invalid Date String:'Tue Mar 09 13:44:49
> GMT+07:00 2010'
> {noformat}
> Workarround noted by Uwe...
> {quote}
> The test passes on JDK 9 b71 with:
> -Dargs="-Djava.locale.providers=JRE,SPI"
> This reenabled the old Locale data. I will add this to the build parameters of policeman Jenkins to stop this from
> failing. To me it looks like the locale data somehow is not able to correctly parse weekdays and/or timezones. I
> will check this out tomorrow and report a bug to the OpenJDK people. There is something fishy with CLDR locale data.
> There are already some bugs open, so work is not yet finished (e.g. sometimes it uses wrong timezone shortcuts,...)
> {quote}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org