[ 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org