Proposal: #BootstrapClassLoaderSearchInJVMTI
mark.reinhold at oracle.com
mark.reinhold at oracle.com
Wed Jun 29 23:31:00 UTC 2016
2016/6/29 3:45:53 -0700, tim_ellison at uk.ibm.com:
> mark.reinhold at oracle.com (Mark Reinhold) wrote on 28/06/2016 22:22:15:
>> Issue summary
>> -------------
>>
>> #BootstrapClassLoaderSearchInJVMTI --- The JVM TI API [1] defines a
>> function, `AddToBootstrapClassLoaderSearch` [2], by which an
>> instrumentation agent can append a file-system path element to the
>> bootstrap class loader's class path. ...
>>
>> Proposal
>> --------
>>
>> Retain this method. Do not deprecate it.
>
> 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.
- Mark
More information about the jpms-spec-experts
mailing list