[
https://issues.apache.org/jira/browse/LUCENE-3344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated LUCENE-3344:
----------------------------------
Attachment: LUCENE-3344.patch
Patch that tries to init ICU's ULocale before randomization by a simple
Class.forName(). If ICU is not in classpath, its a no-op.
Will commit soon.
> Add workaround for ICU bug in combination with Java7 to LuceneTestCase
> ----------------------------------------------------------------------
>
> Key: LUCENE-3344
> URL: https://issues.apache.org/jira/browse/LUCENE-3344
> Project: Lucene - Java
> Issue Type: Bug
> Components: modules/analysis
> Environment: JDK7
> Reporter: Uwe Schindler
> Assignee: Uwe Schindler
> Labels: Java7
> Fix For: 3.4, 4.0
>
> Attachments: LUCENE-3344.patch
>
>
> There is a bug in ICU that makes it fail to load it ULocale class in Java7:
> http://bugs.icu-project.org/trac/ticket/8734
> The problem is caused by some new locales in Java 7, that lead to a
> chicken-and-egg problem in the static initializer of ULocale. It initializes
> its default locale from the JDK locale in a static ctor. Until the default
> ULocale instance is created, the default is not set in ULocale. But ULocales
> ctor itsself needs the default locale to fetch some ressource bundles and
> throws NPE.
> The code in LuceneTestCase that randomizes the default locale should
> classload ULocale before it tries to set another random locale, using a
> defined, safe locale (Locale.US). Patch is easy.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
