JDK11 tests fail on Alpine 314 machine using JDK21 as the default java

[Haroon-Khel]

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

19:20:49  (ant -f ./scripts/build_tools.xml -DTEST_JDK_HOME=/home/jenkins/workspace/Test_openjdk11_hs_extended.functional_x86-64_alpine-linux/jdkbinary/j2sdk-image -DTEST_ROOT=/home/jenkins/workspace/Test_openjdk11_hs_extended.functional_x86-64_alpine-linux/aqa-tests/TKG/.. -DLIB_DIR=/home/jenkins/workspace/Test_openjdk11_hs_extended.functional_x86-64_alpine-linux/../../testDependency/lib 2>&1; echo $? ) | tee "/home/jenkins/workspace/Test_openjdk11_hs_extended.functional_x86-64_alpine-linux/aqa-tests/TKG/../TKG/output_compilation/compilation.log"; \
19:20:49  if [ -z "$(tail -1 /home/jenkins/workspace/Test_openjdk11_hs_extended.functional_x86-64_alpine-linux/aqa-tests/TKG/../TKG/output_compilation/compilation.log | grep 0)" ]; then perl scripts/moveDmp.pl --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
19:20:49  Exception in thread "main" java.lang.NoSuchMethodError: getMainType
19:20:49  1
19:20:49  make: *** [makefile:105: compileTools] Error 1

Changing the default JDK to JDK11 fixes this issue. First noticed in the JDK11 aqa triage of the April 2024 release adoptium/aqa-tests#5232 (comment)

[Haroon-Khel]

At the moment all of our Alpine static docker containers use JDK21 as their default java

[sxa]

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.