Temurin-build: OpenJDK 11 JDK Builds Têm Raiz Inconsistente

Criado em 27 dez. 2018  ·  7Comentários  ·  Fonte: adoptium/temurin-build

Plataforma:
Linux (pelo menos)

Arquitetura:
x64 (pelo menos)

Atualmente, o tarball que contém JDK 11 (Hotspot e OpenJ9) está enraizado em um diretório diferente dos tarballs JRE 11 e 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/

Observe que a maioria dos arquivos tem dois níveis (por exemplo, . e jdk8u192-b12-jre ), onde JDK 11 tem apenas um nível (por exemplo, jdk-11.0.1+13 ). Isso torna a manipulação de todos os arquivos AdoptOpenJDK consistentemente impossível e um caso de exceção precisa ser escrito para este binário.

A construção do JDK 11 deve produzir um artefato consistente com o resto. Embora a mudança mais óbvia seja mover a estrutura de diretório do JDK 11 um para baixo, eu na verdade prefiro mover o resto para um nível acima. Não é uma preferência forte, então prefiro ter _qualquer_ consistência.

bug

Todos 7 comentários

@johnoliver você pode comentar sobre isso? Recentemente, alteramos o layout do IIRC propositalmente e, portanto, acho que o caso 11.0.1 + 13 deve ser canônico daqui para frente.

Essa seria minha preferência, mas pelo menos o JRE e o JDK devem ser consistentes um com o outro.

O mesmo para mim, isso torna a implantação automatizada um pouco complicada.

Olhando para as últimas compilações, todas parecem consistentes

Se você quiser, gostaria de aguardar a geração de uma rodada de compilações OpenJ9, apenas para verificar a consistência. Se tudo estiver certo, acho que podemos encerrar o problema.

Se você quiser, gostaria de aguardar a geração de uma rodada de compilações OpenJ9, apenas para verificar a consistência. Se tudo estiver certo, acho que podemos encerrar o problema.

Soa bem!

OpenJ9 Java 8 e 11 verificado também são consistentes. Sinta-se à vontade para fechar como completo.

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

joeyleeeeeee97 picture joeyleeeeeee97  ·  5Comentários

sxa picture sxa  ·  4Comentários

ChristianCiach picture ChristianCiach  ·  7Comentários

agilob picture agilob  ·  6Comentários

karianna picture karianna  ·  7Comentários