Qual é a diferença entre JDK 8u91 e 8u92?


21

O site da Oracle parece recomendar a versão 8u91 quando você clica em "Java para seu computador". Mas quando você clica em "Java for Developers", ele oferece duas opções: 8u91 e 8u92. Qual é a diferença? Geralmente, eu diria que o número da versão mais alta é o melhor, mas, neste caso, não tenho certeza.

Respostas:


22

O site da Oracle é claro: use 8u91 (a versão da 'CPU') em todas as circunstâncias, exceto quando você precisar especificamente de correções presentes na versão da 'PSU' (8u92, neste caso). A diferença entre as versões de CPU e PSU é explicada através de um link na página de versão.

Para referência futura, a citação exata do blog de lançamento da Oracle é:

JDK 8u91 e 8u92, duas novas atualizações do Java 8 estão agora disponíveis. A Oracle recomenda enfaticamente que a maioria dos usuários do Java SE atualize para a versão mais recente da CPU Java 8u91, que inclui importantes correções de segurança. O Java SE 8u92 é uma atualização do conjunto de patches, incluindo todos os Java 8u91, além de recursos adicionais. Você pode baixar as versões mais recentes do JDK na página de downloads do Java SE ...


Trecho da entrada do blog, porque é provável que isso fique obsoleto a médio e longo prazo. Deixei o link "diferença entre as versões de CPU e PSU" no local, porque isso parece fazer parte do CMS da Oracle e, portanto, basicamente um link permanente.
Derek Bennett

6

É uma questão de perspectiva. O que Derek não citou foi:

As atualizações do conjunto de patches do Java SE (PSU) (por exemplo, u92) contêm todas as correções na CPU correspondente (por exemplo, u91), além de correções não críticas adicionais . As liberações do Java PSU devem ser usadas apenas se você estiver sendo impactado por um dos bugs adicionais corrigidos nessa versão.

Para isso, você precisa ler as Notas da versão e ver se precisa das correções adicionais.


1
Esta é uma boa informação. Você pode editar e adicionar a resposta de Derek para torná-la mais completa.
Elliott B

2

JDK 8u91 e 8u92, duas novas atualizações do Java 8 estão agora disponíveis. O Java SE 8u92 é uma atualização do conjunto de patches, incluindo todos os Java 8u91, além de recursos adicionais. Verifique as notas de versão abaixo para JDK 8u91 e 8u92


5
Nas notas de versão, parece que o 8u92 tem mais correções de bugs, então por que o 8u91 ainda está disponível (e mesmo sendo promovido como a versão principal)?
Elliott B

0

O que eu acho que também deve ser citado:

A versão subsequente da CPU conterá todas as correções do PSU atual.

ou seja, 8u101 deve conter todas as alterações e correções que ocorreram em 8u92, mas não em 8u91. No entanto, quando observo as notas de versão de 8u92 e 8u101, existem algumas novas opções de jvm no 8u92 (ExitOnOutOfMemoryError e CrashOnOutOfMemoryError), mas elas não estão no 8u101 ...


A parte que você citou diz "conterá todas as correções", mas você continua dizendo "[isso significa que] deve conter todas as alterações e correções". Não diz nada sobre todas as alterações, apenas todas as correções.
24716 Sarah G

0

A resposta rápida é que uma "Atualização crítica de patch" (ou CPU, a primeira desses pares) é uma atualização trimestral e uma "Atualização de conjunto de patches" (ou PSU) é uma atualização situacional que tenta corrigir problemas encontrados em sua CPU predecessor, lançado antes que a próxima CPU seja oficialmente marcada como dourada.

Aqui está uma postagem que descreve um pouco:
CPU, PSU, SPU - Atualização crítica da terminologia da atualização crítica de patches do Oracle .

A Atualização crítica de patches (CPU) agora se refere à versão geral das correções de segurança a cada trimestre, em vez do patch cumulativo de segurança do banco de dados para o trimestre. Pense na CPU como a versão trimestral abrangente e não como um único patch.


Você deveria estar confuso

A Oracle realmente não está fazendo um ótimo trabalho, deixando clara a diferença, teórica ou prática, entre CPU e PSU.

Por exemplo, nas notas de lançamento para 8u111 e 8u112 , eu poderia encontrar qualquer razão não usar a última PSU, atualmente 8u112. Mas também não as notas de lançamento por si só me dar uma grande razão por que eu iria usar o PSU!

Havia uma seção "Alterações" para 112 que incluía "security-libs / java.security-- O provedor SunPKCS11 não oferece mais o SecureRandom por padrão", mas não menciona outros problemas sérios.

Mas se você google em torno ao redor o suficiente , você não encontrar problemas graves, como ...

A JVM lança NullPointerExceptions no macOS Sierra 10.12

No macOS Sierra 10.12, se um usuário pressionar teclas modificadoras (como Command, Alt, Shift) enquanto um applet estiver sendo executado em um navegador, poderá ser exibida uma caixa de erro denominada “Internal Error”. Também mostrará o ícone "exec" no dock do macOS. O usuário pode descartar o applet ou tentar executá-lo novamente sem pressionar uma tecla modificadora. Para corrigir esse problema, instalar o JRE 8u112, para Mac OS X. [grifo meu]

Quero dizer, tecnicamente, esse problema está na página de erros , que é um link ou dois removidos das notas de versão, no número 42, [macos] A JVM lança continuamente uma NullPointerException no novo MacOS 10.12 , mas acha que não é amigo do usuário. Vai levar algum trabalho para ver se é essencial para você usar um PSU.

TL; DR

O melhor palpite é que as CPUs têm um bom controle de qualidade e a Oracle não pode estar tão confiante com as PSUs, pois elas são basicamente visualizações em andamento da próxima CPU trimestral ainda não lançada.

Mas como eles podem dizer a todos que usam o macOS Sierra para usar um PSU, por exemplo, um PSU provavelmente é bom o suficiente para o desenvolvimento e faz um trabalho decente antecipando a próxima CPU. Você não o implantaria necessariamente em um servidor de produção, a menos que uma das correções da PSU não fosse de missão crítica para você, mas provavelmente poderia , dependendo de quão confortável sua organização estivesse com as versões de borda.

Mas a Oracle deve dizer tudo isso em algum lugar um pouco mais claramente, ou estamos presos a essa pergunta.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.