[
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: [email protected]
For additional commands, e-mail: [email protected]
