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

Steve Rowe commented on SOLR-12759:
-----------------------------------

ExtractingRequestHandlerTest is failing reproduceably without a seed.  See e.g. 
from [https://builds.apache.org/job/Lucene-Solr-NightlyTests-7.x/326/]:

{noformat}
Checking out Revision 43a0e10a40d4bdf595a5bdffd180c6231dfaafd8 
(refs/remotes/origin/branch_7x)
[...]
   [junit4] Suite: 
org.apache.solr.handler.extraction.ExtractingRequestHandlerTest
   [junit4]   2> ERROR StatusLogger No Log4j 2 configuration file found. Using 
default configuration (logging only errors to the console), or user 
programmatically provided configurations. Set system property 'log4j2.debug' to 
show Log4j 2 internal initialization logging. See 
https://logging.apache.org/log4j/2.x/manual/configuration.html for instructions 
on how to configure Log4j 2
   [junit4]   2> Creating dataDir: 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/checkout/solr/build/contrib/solr-cell/test/J2/temp/solr.handler.extraction.ExtractingRequestHandlerTest_6465F01CD8C08B3A-001/init-core-data-001
   [junit4]   2> NOTE: test params are: 
codec=FastCompressingStoredFields(storedFieldsFormat=CompressingStoredFieldsFormat(compressionMode=FAST,
 chunkSize=5, maxDocsPerChunk=4, blockSize=344), 
termVectorsFormat=CompressingTermVectorsFormat(compressionMode=FAST, 
chunkSize=5, blockSize=344)), sim=RandomSimilarity(queryNorm=false): {}, 
locale=zh-CN, timezone=Australia/Eucla
   [junit4]   2> NOTE: Linux 4.4.0-112-generic amd64/Oracle Corporation 
1.8.0_172 (64-bit)/cpus=4,threads=1,free=184991632,total=319291392
   [junit4]   2> NOTE: All tests run in this JVM: [TestExtractionDateUtil, 
ExtractingRequestHandlerTest]
   [junit4]   2> NOTE: download the large Jenkins line-docs file by running 
'ant get-jenkins-line-docs' in the lucene directory.
   [junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=ExtractingRequestHandlerTest -Dtests.seed=6465F01CD8C08B3A 
-Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true 
-Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/test-data/enwiki.random.lines.txt
 -Dtests.locale=zh-CN -Dtests.timezone=Australia/Eucla -Dtests.asserts=true 
-Dtests.file.encoding=ISO-8859-1
   [junit4] ERROR   0.00s J2 | ExtractingRequestHandlerTest (suite) <<<
   [junit4]    > Throwable #1: java.lang.AssertionError: Is some other JVM 
affected?  Or bad regex?
   [junit4]    >        at 
__randomizedtesting.SeedInfo.seed([6465F01CD8C08B3A]:0)
   [junit4]    >        at 
org.apache.solr.handler.extraction.ExtractingRequestHandlerTest.beforeClass(ExtractingRequestHandlerTest.java:49)
   [junit4]    >        at java.lang.Thread.run(Thread.java:748)
{noformat}

> Disable ExtractingRequestHandlerTest on JDK 11
> ----------------------------------------------
>
>                 Key: SOLR-12759
>                 URL: https://issues.apache.org/jira/browse/SOLR-12759
>             Project: Solr
>          Issue Type: Improvement
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: contrib - Solr Cell (Tika extraction)
>         Environment: JDK 11 and Tika 1.x
>            Reporter: David Smiley
>            Assignee: David Smiley
>            Priority: Minor
>             Fix For: 7.6
>
>
> ExtractingRequestHandlerTest has failed on a JDK 11 RC due to two conspiring 
> problems: (A) Tika 1.x sometimes calls Date.toString() when extracting 
> metadata (unreleased 2.x will fix this), (B) JDK 11 RC has a bug in some 
> locales like Arabic in which a Date.toString() will have a timezone offset 
> using its locale's characters for the digits instead of using EN_US.  
> I'll add an "assume" check so we don't see failures about this.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

Reply via email to