Temurin-build: Las compilaciones de OpenJDK 11 JDK tienen una raíz incoherente

Creado en 27 dic. 2018  ·  7Comentarios  ·  Fuente: adoptium/temurin-build

Plataforma:
Linux (al menos)

Arquitectura:
x64 (al menos)

Actualmente, el tarball que contiene JDK 11 (tanto Hotspot como OpenJ9) tiene sus raíces en un directorio diferente al de los tarballs de JRE 11 y 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/

Tenga en cuenta que la mayoría de los archivos tienen dos niveles (por ejemplo, . y jdk8u192-b12-jre ) donde JDK 11 tiene solo un nivel (por ejemplo, jdk-11.0.1+13 ). Esto hace que el manejo de todos los archivos AdoptOpenJDK sea consistentemente imposible y es necesario escribir un caso de excepción para este binario.

La compilación de JDK 11 debería producir un artefacto consistente con el resto. Si bien el cambio más obvio sería mover la estructura de directorios del JDK 11 hacia abajo, en realidad preferiría mover el resto hacia arriba. Sin embargo, no es una preferencia fuerte, así que prefiero tener _cualquier_ consistencia.

bug

Todos 7 comentarios

@johnoliver ¿puedes comentar sobre esto? IIRC cambiamos el diseño recientemente a propósito, por lo que creo que el caso 11.0.1 + 13 debería ser canónico en el futuro.

Esa sería mi preferencia, pero al menos el JRE y el JDK deberían ser consistentes entre sí.

Lo mismo para mí, esto hace que la implementación automatizada sea un poco complicada.

Mirando las últimas versiones, todas parecen consistentes

Si está preparado, me gustaría esperar a que se genere también una ronda de compilaciones de OpenJ9 solo para verificar la consistencia allí. Si todo coincide, creo que podemos solucionar el problema.

Si está preparado, me gustaría esperar a que se genere también una ronda de compilaciones de OpenJ9 solo para verificar la consistencia allí. Si todo coincide, creo que podemos solucionar el problema.

¡Suena bien!

Verificado OpenJ9 Java 8 y 11 también son consistentes. Siéntase libre de cerrarlo como completo.

¿Fue útil esta página
0 / 5 - 0 calificaciones