test/jdk/tools/jlink/multireleasejar/JLinkMultiReleaseJarTest.java

rev 56046 : v2.00 -> v2.05 (CR5/v2.05/8-for-jdk13) patches combined into one; merge with 8229212.patch; merge with jdk-14+11; merge with 8230184.patch.
rev 56049 : Merge the remainder of the lock-free monitor list changes from v2.06 with v2.06a and v2.06b after running the changes through the edit scripts; merge pieces from dcubed.monitor_deflate_conc.v2.06d in dcubed.monitor_deflate_conc.v2.06[ac]; merge pieces from dcubed.monitor_deflate_conc.v2.06e into dcubed.monitor_deflate_conc.v2.06c; merge with jdk-14+11; test work around for test/jdk/tools/jlink/multireleasejar/JLinkMultiReleaseJarTest.java should not been needed anymore.

@@ -191,19 +191,10 @@
             MethodHandle getVersion = MethodHandles.lookup()
                     .findVirtual(clazz, "getVersion", MethodType.methodType(int.class));
             int version = (int) getVersion.invoke(clazz.getConstructor().newInstance());
             Assert.assertEquals(version, JarFile.runtimeVersion().major());
         }
-        // Very rarely this test fails on Windows due to:
-        //     Error. failed to clean up files after test
-        // and this mesg shows the problem file (variable jimage):
-        //     Can't delete T:\\testOutput\\test-support\\jtreg_open_test_jdk_core_tools\\scratch\\0\\myimage\\lib\\modules
-        // The failure happens more with async monitor deflation
-        // so I think that an inflated monitor is keeping the above
-        // try-with-resources block from cleaning up in a timely
-        // fashion. Forcing a GC here appears to solve the problem.
-        System.gc();
     }
 
     @Test
     public void noLoggingTest() throws Throwable {
         if (ignoreTest()) return;