JDK 9 Build 111 seems to miss some locale data, Lucene tests fail with Farsi and Thai language
Alan Bateman
Alan.Bateman at oracle.com
Sun Mar 27 09:50:29 UTC 2016
On 26/03/2016 23:16, Uwe Schindler wrote:
> :
>
> Now all analysis tests pass, also the small test program posted
> previously:
>
> $ java -Djava.security.manager Test
>
> class sun.util.locale.provider.DictionaryBasedBreakIterator
>
> FYI: Lucene runs all tests with a security manager to enforce some
> restrictions (so tests can't escape their working dir, no useless
> permissions are required that may conflict,...). Lucene is designed to
> work with lowest permissions (except the memory mapping unmapper).
>
> I will patch the Jenkins Server's JDK-9 b111 dirs the same way, so we
> can run tests.
>
> I have the following question: Why don’t we see an exception when
> loading the locale data? Shouln’t Java fail in some way and print a
> stack trace? It is just silent!
>
>
Thanks for the confirming the workaround. I've created JDK-8152817 to
track this issue and I hope we can get this fixed in jdk9/dev quickly.
The reason you aren't seeing the exception is that an internal class
sun.util.Resources.loadBundleFromProviders is catching (and recording)
the security exception. The cause may surface as the cause on a
MissingResourceException but not in this case. This area has a lot of
history, I'm sure Naoto can say more about this.
-Alan
More information about the core-libs-dev
mailing list