java.lang.RuntimeException: Java HotSpot(TM) 64-Bit Server VM(amd64)has no c:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-24+25-3117\\windows-x64-debug.jdk\\jdk-24\\fastdebug\\bin\\server\\classes_coh.jsa
at CheckDefaultArchiveFile.main(CheckDefaultArchiveFile.java:62)
at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104)
at java.base/java.lang.reflect.Method.invoke(Method.java:565)
at com.sun.javatest.regtest.agent.MainWrapper$MainTask.run(MainWrapper.java:138)
at java.base/java.lang.Thread.run(Thread.java:1447)
The builds involved do not generate the classes_coh.jsa file, but CDSConfig still sets the default archive path to classes_coh.jsa if UseCOH is enabled.
I'm not sure if the bug is in the test or CDSConfig - the latter seems to assume the classes_coh.jsa must exist which is not the case.
at CheckDefaultArchiveFile.main(CheckDefaultArchiveFile.java:62)
at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104)
at java.base/java.lang.reflect.Method.invoke(Method.java:565)
at com.sun.javatest.regtest.agent.MainWrapper$MainTask.run(MainWrapper.java:138)
at java.base/java.lang.Thread.run(Thread.java:1447)
The builds involved do not generate the classes_coh.jsa file, but CDSConfig still sets the default archive path to classes_coh.jsa if UseCOH is enabled.
I'm not sure if the bug is in the test or CDSConfig - the latter seems to assume the classes_coh.jsa must exist which is not the case.
- relates to
-
JDK-8341553 Remove UseCompactObjectHeaders extra CDS archives
-
- Resolved
-
- links to
-
Commit(master) openjdk/jdk/24655267
-
Review(master) openjdk/jdk/22374