Apa perbedaan antara JDK 8u91 dan 8u92?


21

Situs web Oracle tampaknya merekomendasikan versi 8u91 ketika Anda mengklik "Java for your computer". Tetapi ketika Anda mengklik "Java for Developers", ia memberikan dua opsi: 8u91 dan 8u92. Apa bedanya? Secara umum saya akan menganggap nomor versi tertinggi adalah yang terbaik, tetapi dalam hal ini, saya tidak yakin.

Jawaban:


22

Situs web Oracle jelas: gunakan 8u91 (rilis 'CPU') dalam semua keadaan kecuali di mana Anda secara khusus memerlukan perbaikan yang ada dalam rilis 'PSU' (8u92, dalam hal ini). The perbedaan antara CPU dan PSU rilis dijelaskan melalui link pada halaman rilis.

Untuk referensi di masa mendatang, kutipan persis dari blog rilis Oracle adalah:

JDK 8u91 dan 8u92, dua pembaruan Java 8 baru sekarang tersedia. Oracle sangat menyarankan agar sebagian besar pengguna Java SE meningkatkan ke rilis Java 8u91 CPU terbaru, yang mencakup perbaikan keamanan penting. Java SE 8u92 adalah pembaruan patch-set, termasuk semua Java 8u91 plus fitur tambahan. Anda dapat mengunduh rilis JDK terbaru dari halaman Java SE Downloads ...


Saya mengutip entri blog, karena itu mungkin basi dalam jangka menengah dan panjang. Saya meninggalkan tautan "perbedaan antara rilis CPU dan PSU" di tempat karena itu tampaknya menjadi bagian dari CMS Oracle dan pada dasarnya sebuah permalink.
Derek Bennett

6

Ini masalah perspektif. Yang tidak dikutip oleh Derek adalah:

Java SE Patch Set Updates (PSU) (yaitu u92) berisi semua perbaikan di CPU yang sesuai (yaitu u91), serta perbaikan non-kritis tambahan . Rilis Java PSU hanya boleh digunakan jika Anda terkena dampak salah satu bug tambahan yang diperbaiki dalam versi itu.

Untuk itu Anda perlu membaca Catatan Rilis dan melihat apakah Anda memerlukan perbaikan tambahan.


1
Ini informasi yang bagus. Anda dapat mengedit dan menambahkan jawaban Derek ini untuk membuatnya lebih lengkap.
Elliott B

2

JDK 8u91 dan 8u92, dua pembaruan Java 8 baru sekarang tersedia. Java SE 8u92 adalah pembaruan patch-set, termasuk semua Java 8u91 plus fitur tambahan. Silakan periksa catatan rilis di bawah ini untuk JDK 8u91 dan 8u92


5
Dalam catatan rilis, sepertinya 8u92 memiliki lebih banyak perbaikan bug, jadi mengapa 8u91 masih tersedia (dan bahkan dipromosikan sebagai versi utama).
Elliott B

0

Apa yang saya pikir juga harus dikutip:

Rilis CPU berikutnya akan berisi semua perbaikan dari PSU saat ini.

yaitu 8u101 harus berisi semua perubahan dan perbaikan yang ada di 8u92 tetapi tidak di 8u91. Namun ketika saya melihat catatan rilis 8u92 dan 8u101 ada beberapa opsi jvm baru di 8u92 (ExitOnOutOfMemoryError dan CrashOnOutOfMemoryError) tetapi mereka tidak di 8u101 ...


Bit yang Anda kutip mengatakan "akan berisi semua perbaikan," tetapi kemudian Anda melanjutkan dengan mengatakan "[ini artinya] harus mengandung semua perubahan dan perbaikan." Itu tidak mengatakan apa-apa tentang semua perubahan, hanya semua perbaikan.
Sarah G

0

Jawaban cepat adalah bahwa "Pembaruan Patch Kritis" (atau CPU, yang pertama dalam pasangan ini) adalah pembaruan triwulanan, dan "Pembaruan Patch Set" (atau PSU) adalah pembaruan situasional yang mencoba untuk memperbaiki masalah yang ditemukan dalam CPU-nya. pendahulunya, dirilis sebelum CPU berikutnya secara resmi ditandai emas.

Berikut adalah pos yang menjelaskan apa yang terjadi:
CPU, PSU, SPU - Oracle Critical Patch Update Pembaruan Terminologi .

Pembaruan Patch Kritis (CPU) sekarang mengacu pada rilis keseluruhan perbaikan keamanan setiap kuartal daripada patch keamanan database kumulatif untuk kuartal tersebut. Pikirkan CPU sebagai rilis triwulanan menyeluruh dan bukan sebagai tambalan tunggal.


Anda harus bingung

Oracle benar-benar tidak melakukan pekerjaan yang baik membuat perbedaan, secara teori atau praktis, antara CPU & PSU yang jelas.

Misalnya, pada catatan rilis untuk 8u111 dan 8u112 , saya bisa menemukan alasan untuk tidak menggunakan PSU terbaru, saat ini 8u112. Tapi catatan rilisnya juga tidak memberi saya alasan bagus mengapa saya akan menggunakan PSU!

Ada bagian "Perubahan" untuk 112 yang termasuk "security-libs / java.security-- Penyedia SunPKCS11 tidak lagi menawarkan SecureRandom secara default", tetapi tidak menyebutkan masalah serius lainnya.

Tetapi jika Anda google sekitar sekitar cukup , Anda tidak menemukan masalah serius, seperti ...

JVM melempar NullPointerExceptions pada macOS Sierra 10.12

Pada macOS Sierra 10.12, jika pengguna menekan tombol pengubah (seperti Command, Alt, Shift) saat applet berjalan di browser, kotak kesalahan bernama "Kesalahan Internal" mungkin ditampilkan. Itu juga akan menampilkan ikon "exec" di dermaga macOS. Pengguna dapat mengabaikan applet, atau mencoba menjalankan kembali applet sambil tidak menekan tombol pengubah. Untuk memperbaiki masalah ini, instal JRE 8u112, untuk Mac OS X. [penekanan milik saya]

Maksudku, secara teknis, masalah itu ada di halaman bug , yang dengan sendirinya merupakan satu atau dua tautan yang dihapus dari catatan rilis, turun di # 42, [macos] JVM terus-menerus melempar NullPointerException pada MacOS 10.12 baru , tetapi menemukan bahwa itu tidak mudah digunakan. Perlu beberapa pekerjaan untuk melihat apakah itu misi penting bagi Anda untuk menggunakan PSU.

TL; DR

Tebakan terbaik adalah bahwa CPU baik QA'd dan Oracle tidak bisa seyakin dengan PSU, karena mereka pada dasarnya sedang dalam pratinjau dari CPU triwulanan yang akan datang, yang belum dirilis.

Tetapi karena mereka dapat memberi tahu semua orang yang menggunakan macOS Sierra untuk menggunakan PSU, misalnya, PSU mungkin cukup baik untuk pengembangan, dan melakukan pekerjaan yang layak untuk mengantisipasi CPU berikutnya. Anda tidak perlu menyebarkannya ke server produksi kecuali salah satu perbaikan PSU bukan misi penting bagi Anda, tetapi Anda mungkin bisa , tergantung pada seberapa nyaman organisasi Anda dengan rilis tepi.

Tetapi Oracle harus mengatakan semua ini di suatu tempat sedikit lebih jelas, atau kita terjebak dengan pertanyaan ini.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.