Jaka jest różnica między JDK 8u91 a 8u92?


21

Witryna Oracle wydaje się polecać wersję 8u91, gdy klikniesz „Java dla twojego komputera”. Ale kiedy klikniesz „Java dla programistów”, daje dwie opcje: 8u91 i 8u92. Co za różnica? Ogólnie zakładam, że najwyższy numer wersji jest najlepszy, ale w tym przypadku nie jestem pewien.

Odpowiedzi:


22

Witryna Oracle jest jasna: używaj wersji 8u91 (wydanie „CPU”) w każdych okolicznościach, z wyjątkiem przypadków, w których wymagane są poprawki obecne w wersji „PSU” (w tym przypadku 8u92). Różnica między CPU i zasilacza wydań jest wyjaśnione poprzez link na stronie wydania.

Do przyszłego wykorzystania dokładna wycena z bloga wydania Oracle to:

JDK 8u91 i 8u92, dwie nowe aktualizacje Java 8 są już dostępne. Oracle zdecydowanie zaleca, aby większość użytkowników Java SE zaktualizowała do najnowszej wersji procesora Java 8u91, która zawiera ważne poprawki bezpieczeństwa. Java SE 8u92 to aktualizacja zestawu poprawek, obejmująca wszystkie Java 8u91 oraz dodatkowe funkcje. Najnowsze wersje JDK można pobrać ze strony pobierania plików Java SE ...


Wyciągnąłem wpis na blogu, ponieważ prawdopodobnie stanie się nieaktualny w perspektywie średnio- i długoterminowej. Pozostawiłem link „różnica między wydaniami CPU i PSU” na miejscu, ponieważ wydaje się, że jest to część CMS Oracle, a więc w zasadzie bezpośredni link.
Derek Bennett

6

To kwestia perspektywy. To, czego Derek nie zacytował, to:

Aktualizacje zestawu poprawek Java SE (PSU) (tj. U92) zawierają wszystkie poprawki w odpowiednim CPU (tj. U91), a także dodatkowe poprawki niekrytyczne. Wersje Java PSU powinny być używane tylko wtedy, gdy wpływa na ciebie jeden z dodatkowych błędów naprawionych w tej wersji.

W tym celu przeczytaj Informacje o wersji i sprawdź, czy potrzebujesz dodatkowych poprawek.


1
To dobra informacja. Możesz edytować i dodać odpowiedź Dereka, aby była bardziej kompletna.
Elliott B

2

JDK 8u91 i 8u92, dwie nowe aktualizacje Java 8 są już dostępne. Java SE 8u92 to aktualizacja zestawu poprawek, obejmująca wszystkie Java 8u91 oraz dodatkowe funkcje. Sprawdź poniższe informacje o wersji dla JDK 8u91 i 8u92


5
W informacjach o wydaniu wygląda na to, że 8u92 zawiera więcej poprawek błędów, więc dlaczego 8u91 jest nadal dostępny (a nawet promowany jako wersja podstawowa).
Elliott B

0

Co moim zdaniem należy również zacytować:

Kolejna wersja procesora będzie zawierać wszystkie poprawki z bieżącego zasilacza.

tzn. 8u101 powinien zawierać wszystkie zmiany i poprawki, które były w 8u92, ale nie w 8u91. Jednak gdy patrzę na informacje o wydaniu wersji 8u92 i 8u101, w wersji 8u92 pojawiły się nowe opcje jvm (ExitOnOutOfMemoryError i CrashOnOutOfMemoryError), ale nie ma ich w wersji 8u101 ...


Cytowany przez ciebie fragment mówi „będzie zawierał wszystkie poprawki”, ale następnie mówisz „[to znaczy, że] powinno zawierać wszystkie zmiany i poprawki”. Nie mówi nic o wszystkich zmianach, tylko o wszystkich poprawkach.
Sarah G

0

Szybka odpowiedź brzmi: „Krytyczna aktualizacja łatek” (lub procesor, pierwsza z tych par) jest aktualizacją kwartalną, a „aktualizacja zestawu łatek” (lub zasilacza) to aktualizacja sytuacyjna, która próbuje naprawić problemy wykryte w jej procesorze poprzednik, wydany przed następnym procesorem, jest oficjalnie oznaczony jako złoty.

Oto post, który trochę opisuje:
procesor, zasilacz, SPU - aktualizacja krytycznych poprawek Oracle Aktualizacja terminologii .

Aktualizacja poprawki krytycznej (CPU) odnosi się teraz do ogólnej wersji poprawek zabezpieczeń co kwartał, a nie do zbiorczej poprawki zabezpieczeń bazy danych dla kwartału. Pomyśl o CPU jako o nadrzędnym kwartalnym wydaniu, a nie o pojedynczej łatce.


Powinieneś być zdezorientowany

Oracle naprawdę nie wykonuje świetnej roboty, czyniąc różnicę, zarówno teoretyczną, jak i praktyczną, między procesorem a zasilaczem.

Na przykład w informacjach o wersji dla 8u111 i 8u112 mogłem znaleźć powód, aby nie używać najnowszego zasilacza, obecnie 8u112. Ale same informacje o wydaniu nie były też doskonałym powodem, dla którego miałbym używać zasilacza!

Była sekcja „Zmiany” dla numeru 112, która zawierała „security-libs / java.security - dostawca SunPKCS11 domyślnie nie oferuje już SecureRandom”, ale nie wspomniał o innych poważnych problemach.

Ale jeśli google wokół wokół wystarczająco , to należy znaleźć poważne problemy, jak ...

JVM zgłasza wyjątki NullPointerExcept na macOS Sierra 10.12

W systemie macOS Sierra 10.12, jeśli użytkownik naciśnie klawisze modyfikujące (takie jak Command, Alt, Shift), gdy aplet działa w przeglądarce, może zostać wyświetlone okno błędu o nazwie „Błąd wewnętrzny”. Wyświetli także ikonę „exec” w stacji dokującej macOS. Użytkownik może zamknąć aplet lub spróbować uruchomić aplet, nie naciskając klawisza modyfikującego. Aby rozwiązać ten problem, zainstaluj JRE 8u112 dla Mac OS X. [moje podkreślenie]

To znaczy, technicznie rzecz biorąc, ten problem znajduje się na stronie błędu , który sam jest linkiem lub dwoma usuniętymi z informacji o wersji, na # 42, [macos] JVM ciągle rzuca wyjątek NullPointerException na nowym MacOS 10.12 , ale stwierdzenie, że to nie jest przyjazny użytkownikowi. Zajmie trochę pracy, aby sprawdzić, czy korzystanie z zasilacza ma zasadnicze znaczenie dla misji.

TL; DR

Można przypuszczać, że procesory mają dobrą kontrolę jakości, a Oracle nie może być tak pewny PSU, ponieważ są one w zasadzie podglądem nadchodzącego, jak dotąd nieopublikowanego, kwartalnego procesora.

Ponieważ jednak mogą powiedzieć każdemu, kto korzysta z systemu macOS Sierra, na przykład na zasilaczu, zasilacz jest prawdopodobnie wystarczająco dobry do programowania i wykonuje przyzwoitą robotę, przewidując następny procesor. Nie koniecznie wdrożyć go do serwera produkcyjnego, chyba że jedna z poprawek zasilacza nie było krytycznych dla ciebie, ale prawdopodobnie może , w zależności od tego, jak wygodne organizacja była z wydań krawędziowych.

Ale Wyrocznia powinna powiedzieć to wszystko gdzieś nieco jaśniej, inaczej utkniemy w tym pytaniu.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.