Temurin-build: OpenJDK 11 JDK Builds Memiliki Root yang Tidak Konsisten

Dibuat pada 27 Des 2018  ·  7Komentar  ·  Sumber: adoptium/temurin-build

Peron:
Linux (setidaknya)

Arsitektur:
x64 (setidaknya)

Saat ini, tarball yang berisi JDK 11 (Hotspot dan OpenJ9) di-root pada direktori yang berbeda dari tarball JRE 11 dan 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/

Perhatikan bahwa sebagian besar arsip memiliki dua level (mis. . dan jdk8u192-b12-jre ) di mana JDK 11 hanya memiliki satu level (mis. jdk-11.0.1+13 ). Ini membuat penanganan semua arsip AdoptOpenJDK secara konsisten tidak mungkin dan kasus pengecualian perlu ditulis untuk biner yang satu ini.

Build JDK 11 harus menghasilkan artefak yang konsisten dengan yang lain. Sementara perubahan yang paling jelas adalah memindahkan struktur direktori JDK 11 ke bawah satu, saya sebenarnya lebih suka memindahkan sisanya ke tingkat yang lebih tinggi. Ini bukan preferensi yang kuat, jadi saya lebih suka memiliki konsistensi _any_.

bug

Semua 7 komentar

@johnoliver dapatkah Anda mengomentari ini? IIRC kami mengubah tata letak baru-baru ini dengan sengaja dan jadi saya pikir kasus 11.0.1+13 harus kanonik ke depan.

Itu akan menjadi preferensi saya, tetapi setidaknya JRE dan JDK harus konsisten satu sama lain.

Sama bagi saya, ini membuat penerapan otomatis sedikit rumit.

Melihat build terbaru, semuanya terlihat konsisten

Jika Anda siap untuk itu, saya ingin menunggu putaran build OpenJ9 dibuat juga hanya untuk memeriksa ulang konsistensi di sana. Jika semuanya cocok, maka saya pikir kita bisa menyelesaikan masalah ini.

Jika Anda siap untuk itu, saya ingin menunggu putaran build OpenJ9 dibuat juga hanya untuk memeriksa ulang konsistensi di sana. Jika semuanya cocok, maka saya pikir kita bisa menyelesaikan masalah ini.

Kedengarannya bagus!

OpenJ9 Java 8 dan 11 yang terverifikasi juga konsisten. Jangan ragu untuk menutup sebagai selesai.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat