ClassLoader used in Module.loadModuleInfoClass should be self-first
Alan Bateman
Alan.Bateman at oracle.com
Fri Mar 27 16:21:52 UTC 2020
On 27/03/2020 15:34, Michael Rasmussen wrote:
> The ClassLoader used to create the pseudo module-info interface is parent-first, so if there are any modules on the classpath, it will try to load the module-info.class file from there instead of the synthetic that is being generated in the method. This interface is generated if you try to read annotations from the Module.
>
Thanks, I've created JDK-8241770 [1] to track it. The special class
loader should never delegate for the generated module-info. Surprised
this hasn't come up before now but maybe not too many cases yet where a
modular app has a module-info.class on the class path.
-Alan
[1] https://bugs.openjdk.java.net/browse/JDK-8241770
More information about the core-libs-dev
mailing list