RFR: 8321299: runtime/logging/ClassLoadUnloadTest.java doesn't reliably trigger class unloading [v2]

Matias Saavedra Silva matsaave at openjdk.org
Tue Mar 12 16:16:29 UTC 2024


> ClassLoadUnloadTest.java passes by accident because an unrelated LambdaForm is being unloaded. The test class, `test.Empty` should be loaded by a custom class loader and then subsequently unloaded, however this is not actually occurring due to the sub-process not receiving the class path. This patch modifies `ClassUnloadCommon`, so it may accept a string containing the classlist, and `ClassLoadUnloadTest.java` so it checks specifically for `test.Empty` to be unloaded. Verified with tier1-5 tests.

Matias Saavedra Silva has updated the pull request incrementally with one additional commit since the last revision:

  Reverted ClassUnloadCommon and added test class path to subprocess

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/18207/files
  - new: https://git.openjdk.org/jdk/pull/18207/files/efa6b5e2..c10369fd

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=18207&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=18207&range=00-01

  Stats: 17 lines in 2 files changed: 3 ins; 11 del; 3 mod
  Patch: https://git.openjdk.org/jdk/pull/18207.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/18207/head:pull/18207

PR: https://git.openjdk.org/jdk/pull/18207


More information about the hotspot-runtime-dev mailing list