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.


More information about the core-libs-dev mailing list