Open Haroon-Khel opened 2 months ago
At the moment all of our Alpine static docker containers use JDK21 as their default java
Just a thought - I'm nervous that this means it's doing something like picking up a JDK21 java
executable but using a library path that's forcing it to pick up some of the libraries from an earlier JRE that doesn't have that symbol.
Fails on Alpine 320 aswell https://ci.adoptium.net/job/Test_openjdk11_hs_extended.functional_x86-64_alpine-linux/310/console running on https://ci.adoptium.net/computer/test-docker-alpine320-x64-1/
compileLogPath="/home/jenkins/workspace/Test_openjdk11_hs_extended.functional_x86-64_alpine-linux/aqa-tests/TKG/../TKG/output_compilation/compilation.log" --testRoot="/home/jenkins/workspace/Test_openjdk11_hs_extended.functional_x86-64_alpine-linux/aqa-tests/TKG/.."; false; else rm -f -r "/home/jenkins/workspace/Test_openjdk11_hs_extended.functional_x86-64_alpine-linux/aqa-tests/TKG/../TKG/output_compilation"; fi
11:46:26 Exception in thread "main" java.lang.NoSuchMethodError: getMainType
11:46:26 1
11:46:26 make: *** [makefile:114: compileTools] Error 1
All of the tests kicked off in https://ci.adoptium.net/view/Test_grinder/job/AQA_Test_Pipeline/235/console on test-docker-alpine314-x64-1 fail with the following error
Changing the default JDK to JDK11 fixes this issue. First noticed in the JDK11 aqa triage of the April 2024 release https://github.com/adoptium/aqa-tests/issues/5232#issuecomment-2064296943