Temurin-build: Les versions OpenJDK 11 JDK ont une racine incohérente

Créé le 27 déc. 2018  ·  7Commentaires  ·  Source: adoptium/temurin-build

Plate-forme:
Linux (au moins)

Architecture:
x64 (au moins)

Actuellement, l'archive tar contenant JDK 11 (à la fois Hotspot et OpenJ9) est enracinée dans un répertoire différent de celui des archives JRE 11 et 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/

Notez que la plupart des archives ont deux niveaux (par exemple . et jdk8u192-b12-jre ) où JDK 11 n'a qu'un seul niveau (par exemple jdk-11.0.1+13 ). Cela rend la gestion de toutes les archives AdoptOpenJDK systématiquement impossible et un cas d'exception doit être écrit pour ce binaire.

La version JDK 11 devrait produire un artefact cohérent avec le reste. Alors que le changement le plus évident serait de déplacer la structure de répertoires de JDK 11, je préférerais en fait déplacer le reste d'un niveau. Ce n'est pas une forte préférence cependant, donc je préférerais de loin avoir _n'importe__ cohérence.

bug

Tous les 7 commentaires

@johnoliver pouvez-vous commenter cela? L'IIRC, nous avons modifié la mise en page récemment à dessein et je pense donc

Ce serait ma préférence, mais à tout le moins, le JRE et le JDK devraient être cohérents les uns avec les autres.

Idem pour moi, cela rend le déploiement automatisé un peu délicat.

En regardant les dernières versions, elles ont toutes l'air cohérentes

Si vous êtes d'accord, j'aimerais attendre qu'une série de versions OpenJ9 soit également générée, juste pour vérifier la cohérence. Si tout concorde, alors je pense que nous pouvons clore le problème.

Si vous êtes d'accord, j'aimerais attendre qu'une série de versions OpenJ9 soit également générée, juste pour vérifier la cohérence. Si tout concorde, alors je pense que nous pouvons clore le problème.

Ça a l'air bien!

OpenJ9 Java 8 et 11 vérifiés sont également cohérents. N'hésitez pas à fermer comme complet.

Cette page vous a été utile?
0 / 5 - 0 notes