Stewart X Addison

(Just kicked off https://ci.adoptopenjdk.net/job/build-scripts/job/jobs/job/jdk17/job/jdk17-windows-x64-hotspot_SmokeTests/29/ on the 2019 box to confirm - I'll leave it to you and stop interfering now @karianna )

#29 was a duff run as it was trying to pull from an old pipeline whose artefacts had been deleted - worked at https://ci.adoptopenjdk.net/job/build-scripts/job/jobs/job/jdk17/job/jdk17-windows-x64-hotspot_SmokeTests/30 :-)

What are going to do with this (Looking for MSFT and/or @smlambert advice on this) - do we: 1. Try to force the smoke test onto a later Windows test...

@aahlenst I can confirm that it does :-) `java -version` is ok on one of the Altras which I've got as part of https://github.com/AdoptOpenJDK/openjdk-infrastructure/issues/2078 :-) ``` jenkins@test-equinix-ubuntu2004-armv8l-02:~/jdk-11.0.10+0-jre/bin$ ./java -version openjdk...

> "./makejdk-any-platform.sh -J /usr/lib/jvm/jdk-xx --build-variant hotspot jdk --build-number 18.0.1+10" Two things here: 1. The `jdk` parameter should be Switch the parameters around - the repository name "`jdk`" in your case...

> Note the older versions contain known security vulnerabilities if that matters for the maintenance of the machines. We don't change the default on the machine, so any system apps...

> I should note that we need to ensure the correct and latest version (1.1.1k atm) is bundled for Windows and Mac. Yep I'm finalising that under https://github.com/AdoptOpenJDK/openjdk-build/pull/2553 which is...

I still don't see a compelling reason for changing this. The comments above seem to suggest there's no technical reason to use a later version on platforms where it is...

> Is there is ever an API compatibility problem with a new version of openssl it won't be noticed in the Adopt builds. However it will be in the OpenJ9...

> GH Action needs updating. @karianna Can you advise - is that something this PR author needs to be responsible for?