On Mon, 7 Nov 2022 20:40:33 GMT, Coleen Phillimore <cole...@openjdk.org> wrote:
>> This patch moves the acquisition of the boot class loader lock out of the
>> JVM and into the Java function.
>> Tested with tier1-4, and jvmti and jdi tests locally.
>
> Coleen Phillimore has updated the pull request incrementally with one
> additional commit since the last revision:
>
> really revert the file
I could add a release note to say something like:
When running a java application with the options
"-javaagent:myagent.jar -Djava.system.classloader=MyClassLoader"
the myagent.jar is added to the custom system class loader rather
then the application class loader.
The JVM no longer synchronizes on the custom class loader while calling
appendToClassPathForInstrumentation. The appendToClassPathForInstrumentation
method in the custom class loader must synchronize appending to the class path.
-------------
PR: https://git.openjdk.org/jdk/pull/11023
