JDK-8253500 : [REDO] JDK-8253208 Move CDS related code to a separate class
  • Type: Sub-task
  • Component: hotspot
  • Sub-Component: runtime
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2020-09-22
  • Updated: 2024-11-22
  • Resolved: 2020-09-24
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 16
16 b18Fixed
Related Reports
Relates :  
Relates :  
Description
The failure in JDK-8253495 is not directly caused by JDK-8253208. Instead, JDK-8253208 seems to have nudged the thread context switching the right way to cause DeterministicDump.java to reliably fail.

After problem listing DeterministicDump.java (JDK-8253499), JDK-8253208 can be re-integrated.
Comments
Changeset: 89c5e49b Author: Yumin Qi <minqi@openjdk.org> Date: 2020-09-24 15:28:10 +0000 URL: https://git.openjdk.java.net/jdk/commit/89c5e49b
24-09-2020

Thanks Dan for the comment --- CDS.java was not removed from the backout somehow (It will not affect build/test since no one use it), I will remember to add a comma after the second copyright year for FDBigInteger.java.
22-09-2020

Please make sure the two follow-up change done via JDK-8253492 are also included in this [REDO].
22-09-2020