Temurin-build: OpenJDK 11 JDK-Builds haben inkonsistente Root

Plattform:
Linux (zumindest)

Die Architektur:
x64 (mindestens)

Derzeit befindet sich der Tarball mit JDK 11 (sowohl Hotspot als auch OpenJ9) in einem anderen Verzeichnis als die Tarballs von JRE 11 und JRE/JDK 8:

$: tar tf OpenJDK8U-jre_x64_linux_hotspot_8u192b12.tar.gz  | sort | head -n 2
./jdk8u192-b12-jre/
./jdk8u192-b12-jre/ASSEMBLY_EXCEPTION

$: tar tf OpenJDK8U-jdk_x64_linux_hotspot_8u192b12.tar.gz | sort | head -n 2
./jdk8u192-b12/
./jdk8u192-b12/ASSEMBLY_EXCEPTION

$: tar tf OpenJDK11-jre_x64_linux_hotspot_11_28.tar.gz  | sort | head -n 2
./jdk-11+28-jre/
./jdk-11+28-jre/bin/

$: tar tf OpenJDK11U-jdk_x64_linux_hotspot_11.0.1_13.tar.gz  | sort | head -n 2
jdk-11.0.1+13/
jdk-11.0.1+13/bin/

Beachten Sie, dass die meisten Archive zwei Ebenen haben (zB . und jdk8u192-b12-jre ), wobei JDK 11 nur eine Ebene hat (zB jdk-11.0.1+13 ). Dies macht die Behandlung aller AdoptOpenJDK-Archive durchgängig unmöglich und es muss ein Ausnahmefall für diese eine Binärdatei geschrieben werden.

Der JDK 11-Build sollte ein Artefakt erzeugen, das mit dem Rest konsistent ist. Während die offensichtlichste Änderung darin besteht, die Verzeichnisstruktur von JDK 11 um eine Ebene nach unten zu verschieben, würde ich es vorziehen, den Rest eine Ebene nach oben zu verschieben. Es ist jedoch keine starke Präferenz, also hätte ich viel lieber _jede_ Konsistenz.