プラットホーム:
Linux (少なくとも)
建築:
x64 (少なくとも)
現在、JDK 11 (ホットスポットと OpenJ9 の両方) を含む tarball は、JRE 11 および JRE/JDK 8 tarball とは異なるディレクトリをルートとしています。
$: 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/
ほとんどのアーカイブには 2 つのレベル (たとえば、 .
とjdk8u192-b12-jre
) があり、JDK 11 には 1 つのレベル (たとえば、 jdk-11.0.1+13
) しかないことに注意してください。 これにより、すべての AdoptOpenJDK アーカイブの処理が一貫して不可能になり、この 1 つのバイナリに対して例外ケースを作成する必要があります。
JDK 11 ビルドは、残りと一致するアーティファクトを生成する必要があります。 最も明白な変更は JDK 11 のディレクトリ構造を 1 つ下に移動することですが、実際には残りを 1 つ上のレベルに移動することをお勧めします。 ただし、これは強い好みではないので、_任意の_一貫性を持たせたい.
@johnoliverこれについてコメントできますか? IIRC は最近意図的にレイアウトを変更したので、11.0.1+13 のケースは今後は標準的なものになると思います。
それは私の好みですが、少なくとも JRE と JDK は相互に整合性がある必要があります。
私にとっても同じことですが、これにより自動化されたデプロイが少し難しくなります。
最新のビルドを見ると、それらはすべて一貫しているように見えます
もしよろしければ、OpenJ9 ビルドのラウンドが生成されるのを待って、整合性を再確認したいと思います。 すべてが一致する場合は、問題をクローズできると思います。
もしよろしければ、OpenJ9 ビルドのラウンドが生成されるのを待って、整合性を再確認したいと思います。 すべてが一致する場合は、問題をクローズできると思います。
いいですね!
OpenJ9 Java 8 および 11 にも一貫性があることを確認しました。 完全に閉じてもかまいません。