Proposal: #BootstrapClassLoaderSearchInJVMTI

mark.reinhold at oracle.com mark.reinhold at oracle.com
Fri Jul 1 00:45:41 UTC 2016


2016/6/30 7:11:36 -0700, tim_ellison at uk.ibm.com:
> mark.reinhold at oracle.com wrote on 30/06/2016 00:31:00:
>> 2016/6/29 3:45:53 -0700, tim_ellison at uk.ibm.com:
>>> ...
>>> 
>>> What would be the effect calling this function on a modular runtime when
>>> passed a directory search path segment? a modular JAR? a regular JAR?
>> 
>> It will work just as it does today.
>> 
>> If the bootstrap class loader cannot locate a suitable class file within
>> the run-time system then it will consult the path defined by calls to
>> this function.  Each element of the path can be either a JAR file or an
>> "exploded" directory tree corresponding to a package hierarchy.  Whether
>> a JAR file is a modular JAR is of no import -- any module descriptor
>> within it will be ignored.
> 
> Just to check I fully understand, this function will affect the search path
> of the unnamed module associated with the bootstrap class loader, correct?

Correct.

> If that's so then I'm happy with the proposed solution.

Good!

- Mark


More information about the jpms-spec-experts mailing list