JMH and JDK9

Alan Bateman Alan.Bateman at oracle.com
Fri Apr 1 07:57:34 UTC 2016


On 01/04/2016 02:01, Christian Thalinger wrote:
> Maybe totally unrelated but I’m seeing these exceptions with Eclipse 
> 4.6M6:
>
>
I don't recognize this but there has been at least one issue with 
Eclipse [1] where it needed a configuration change due to the ongoing 
effort to move non-core classes out of the boot loader.

In this case then the types are in module java.annotations.common. We 
moved those types to the extension class loader (now called the 
"platform class loader" btw) last year. In JDK 8 and older then the 
types in this module were defined to the boot loader. If changing the 
defining class loader is caused this then I would have expected we would 
have heard about it before now but perhaps there aren't too many people 
running Eclipse on the latest JDK 9 builds.

One other thing about these so-called "Common Annotations" is that Java 
SE only defines a small subset whereas Java EE defines all the 
annotations that JSR-250 defined. If they have been putting the EE 
version on the class path then it's not going to work now because we 
can't split packages between the class path and modules. The way to 
upgrade is to deploy the EE version as a module on the "upgrade module 
path". I have no idea if they are using it of course but mentioning it 
in case it might be relevant.

Are you going to submit a bug to Eclipse on this?

-Alan

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=466683


More information about the hotspot-dev mailing list