RFR: 8296472: Remove ObjectLocker around appendToClassPathForInstrumentation call [v3]
Coleen Phillimore
coleenp at openjdk.org
Tue Nov 8 22:10:09 UTC 2022
On Mon, 7 Nov 2022 20:40:33 GMT, Coleen Phillimore <coleenp at 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
More information about the serviceability-dev
mailing list