RFR 8178604: JVM does not allow defining boot loader modules in exploded build after module system initialization
Lois Foltan
lois.foltan at oracle.com
Mon May 1 20:14:34 UTC 2017
Hi Harold,
Looks good. A couple of comments:
src/share/vm/classfile/classLoader.cpp
line #828 - please take out the Module_lock when the
_exploded_entries is created
line #1402 - I like the new factored out method
find_first_module_cpe(), however, instead of adding a new "need_lock"
parameter, I would rather see code
in find_first_module_cpe() that takes the
Module_lock if the module_list parameter equals
ClassLoader::_exploded_entries
Thanks,
Lois
On 5/1/2017 3:36 PM, harold seigel wrote:
> Hi,
>
> Please review this JDK-10 bug fix to allow defining of modules to the
> boot loader in exploded builds after module system initialization.
> The fix uses the module lock to synchronize access to the
> _exploded_entries data structure (which is only used by exploded builds).
>
> Note that the above capability already exists for regular builds.
>
> Open Webrev:
> http://cr.openjdk.java.net/~hseigel/bug_8178604/webrev/index.html
>
> JBS Bug: https://bugs.openjdk.java.net/browse/JDK-8178604
>
> The fix was tested with JCK tests, the JTreg hotspot, java/io,
> java/lang, java/util and other tests, the RBT tier2 -tier5 tests, the
> co-located NSK tests, and with JPRT. The JTReg and JCK tests were run
> with an exploded build. Also, the example program in the JBS bug was
> run by hand to verify the fix.
>
> Thanks, Harold
>
More information about the hotspot-runtime-dev
mailing list