You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "David Smiley (JIRA)" <ji...@apache.org> on 2018/09/18 02:20:00 UTC
[jira] [Reopened] (SOLR-12759) Disable ExtractingRequestHandlerTest
on JDK 11
[ https://issues.apache.org/jira/browse/SOLR-12759?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
David Smiley reopened SOLR-12759:
---------------------------------
Great idea Hoss! I think I'd prefer something a little simpler that addresses the core concern: If the current JVM/config exhibits the problem, then assumeTrue to bail out. Otherwise continue as normal. No need to even care with the JDK is. I think this'll be easier to read, and doesn't demand future work to back out the checks when the JDK is fixed. I'll do this.
> 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-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org