Sự khác biệt giữa JDK 8u91 và 8u92 là gì?


21

Trang web Oracle dường như đang khuyến nghị phiên bản 8u91 khi bạn nhấp vào "Java cho máy tính của bạn". Nhưng khi bạn nhấp vào "Java dành cho nhà phát triển", nó sẽ cung cấp hai tùy chọn: 8u91 và 8u92. Có gì khác biệt? Nói chung tôi sẽ cho rằng số phiên bản cao nhất là tốt nhất, nhưng trong trường hợp này, tôi không chắc chắn.

Câu trả lời:


22

Trang web của Oracle rất rõ ràng: sử dụng 8u91 (bản phát hành 'CPU') trong mọi trường hợp trừ trường hợp bạn yêu cầu sửa lỗi trong bản phát hành 'PSU' (8u92, trong trường hợp này). Sự khác biệt giữa các bản phát hành CPU và PSU được giải thích thông qua một liên kết trên trang phát hành.

Để tham khảo trong tương lai, trích dẫn chính xác từ blog phát hành Oracle là:

JDK 8u91 và 8u92, hai bản cập nhật Java 8 mới hiện có sẵn. Oracle đặc biệt khuyến nghị rằng hầu hết người dùng Java SE nâng cấp lên bản phát hành CPU Java 8u91 mới nhất, bao gồm các bản sửa lỗi bảo mật quan trọng. Java SE 8u92 là bản cập nhật được thiết lập theo bản vá, bao gồm tất cả các Java 8u91 cộng với các tính năng bổ sung. Bạn có thể tải xuống các bản phát hành JDK mới nhất từ trang Tải xuống Java SE ...


Tôi đã trích đoạn bài viết trên blog, bởi vì điều đó có khả năng sẽ trở nên cũ kỹ trong trung và dài hạn. Tôi đã để lại liên kết "khác biệt giữa các bản phát hành CPU và PSU" bởi vì đó dường như là một phần của CMS của Oracle và về cơ bản là một permalink.
Derek Bennett

6

Đó là một vấn đề về quan điểm. Điều Derek không trích dẫn là:

Cập nhật bộ bản vá Java SE (PSU) (tức là u92) chứa tất cả các bản sửa lỗi trong CPU tương ứng (tức là u91), cũng như các bản sửa lỗi không quan trọng bổ sung . Các bản phát hành Java PSU chỉ nên được sử dụng nếu bạn bị ảnh hưởng bởi một trong các lỗi bổ sung được sửa trong phiên bản đó.

Cho rằng bạn cần phải đọc Ghi chú phát hành và xem nếu bạn cần sửa chữa bổ sung.


1
Đây là thông tin tốt. Bạn có thể chỉnh sửa và thêm câu trả lời của Derek này để làm cho nó hoàn chỉnh hơn.
Elliott B

2

JDK 8u91 và 8u92, hai bản cập nhật Java 8 mới hiện có sẵn. Java SE 8u92 là bản cập nhật được thiết lập theo bản vá, bao gồm tất cả các Java 8u91 cộng với các tính năng bổ sung. Vui lòng kiểm tra ghi chú phát hành bên dưới cho JDK 8u918u92


5
Trong ghi chú phát hành, có vẻ như 8u92 có nhiều sửa lỗi hơn, vậy tại sao 8u91 vẫn có sẵn (và thậm chí còn được quảng bá là phiên bản chính).
Elliott B

0

Những gì tôi nghĩ cũng nên được trích dẫn:

Bản phát hành CPU tiếp theo sẽ chứa tất cả các bản sửa lỗi từ PSU hiện tại.

tức là 8u101 nên chứa tất cả các thay đổi và sửa lỗi trong 8u92 nhưng không phải trong 8u91. Tuy nhiên, khi tôi xem các ghi chú phát hành của 8u92 và 8u101, có một số tùy chọn jvm mới trong 8u92 (ExitOnOutOfMemoryError và CrashOnOutOfMemoryError) nhưng chúng không có trong 8u101 ...


Bit bạn trích dẫn nói "sẽ chứa tất cả các bản sửa lỗi", nhưng sau đó bạn tiếp tục nói "[điều này có nghĩa là nó] nên chứa tất cả các thay đổi và sửa lỗi." Nó không nói bất cứ điều gì về tất cả các thay đổi, chỉ là tất cả các bản sửa lỗi.
Sarah G

0

Câu trả lời nhanh là "Cập nhật bản vá quan trọng" (hoặc CPU, lần đầu tiên trong các cặp này) là bản cập nhật hàng quý và "Bản cập nhật bản vá" (hoặc PSU) là bản cập nhật tình huống cố gắng khắc phục các sự cố được tìm thấy trong CPU của nó Người tiền nhiệm, được phát hành trước khi CPU tiếp theo được chính thức đánh dấu vàng.

Đây là một bài viết mô tả những gì lên một chút:
CPU, PSU, SPU - Cập nhật thuật ngữ cập nhật bản vá quan trọng của Oracle .

Critical Patch Update (CPU) hiện đề cập đến việc phát hành tổng thể các bản sửa lỗi bảo mật mỗi quý thay vì bản vá bảo mật cơ sở dữ liệu tích lũy cho quý này. Hãy nghĩ về CPU như là bản phát hành hàng quý bao trùm và không phải là một bản vá duy nhất.


Bạn nên bối rối

Oracle thực sự không làm tốt công việc làm cho sự khác biệt, lý thuyết hoặc thực tế, giữa CPU và PSU rõ ràng.

Ví dụ, trên các ghi chú phát hành cho 8u1118u112 , tôi có thể tìm thấy bất kỳ lý do nào để không sử dụng PSU mới nhất, hiện tại là 8u112. Nhưng bản thân các ghi chú phát hành cũng không cho tôi một lý do tuyệt vời tại sao tôi sẽ sử dụng PSU!

Có một phần "Thay đổi" cho 112 bao gồm "bảo mật-libs / java.security-- Nhà cung cấp SunPKCS11 không còn cung cấp SecureRandom theo mặc định", nhưng không đề cập đến các vấn đề nghiêm trọng khác.

Nhưng nếu bạn google xung quanh đủ , bạn sẽ tìm thấy những vấn đề nghiêm trọng, như ...

JVM ném NullPulumExceptions trên macOS Sierra 10.12

Trên macOS Sierra 10.12, nếu người dùng nhấn các phím bổ trợ (như Command, Alt, Shift) trong khi một applet đang chạy trên trình duyệt, một hộp lỗi có tên là Lỗi nội bộ lỗi có thể được hiển thị. Nó cũng sẽ hiển thị biểu tượng exec exec của Viking trong dock macOS. Người dùng có thể loại bỏ applet hoặc cố gắng chạy lại applet trong khi không nhấn phím bổ trợ. Để khắc phục sự cố này, hãy cài đặt JRE 8u112, cho Mac OS X. [nhấn mạnh của tôi]

Về mặt kỹ thuật, ý tôi là vấn đề đó nằm ở trang lỗi , bản thân nó là một hoặc hai liên kết đã bị xóa khỏi ghi chú phát hành, ở # 42, [macos] JVM liên tục ném NullPulumException trên MacOS 10.12 mới , nhưng phát hiện đó không phải là thân thiện với người dùng. Sẽ mất một số công việc để xem liệu nhiệm vụ quan trọng đối với bạn là sử dụng PSU.

TL; DR

Dự đoán tốt nhất là CPU rất tốt QA'd và Oracle không thể tự tin với PSU, vì về cơ bản, chúng đang được xem trước về CPU hàng quý sắp ra mắt.

Nhưng vì họ có thể nói với tất cả những người sử dụng macOS Sierra để sử dụng PSU, ví dụ, PSU có thể đủ tốt để phát triển và thực hiện tốt công việc dự đoán CPU tiếp theo. Bạn không nhất thiết phải triển khai nó đến một máy chủ sản xuất trừ khi một trong các bản sửa lỗi PSU không phải là nhiệm vụ quan trọng đối với bạn, nhưng bạn có thể có thể , tùy thuộc vào mức độ thoải mái của tổ chức của bạn với các bản phát hành cạnh.

Nhưng Oracle nên nói tất cả những điều này ở đâu đó rõ ràng hơn một chút, hoặc chúng ta bị mắc kẹt với câu hỏi này.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.