banner
Lar / Notícias / Java News Roundup: JEPs para JDK 21, Hibernate Reactive 2.0, Payara nomeado CVE Numbering Authority
Notícias

Java News Roundup: JEPs para JDK 21, Hibernate Reactive 2.0, Payara nomeado CVE Numbering Authority

Oct 26, 2023Oct 26, 2023

InfoQ Homepage News Java News Roundup: JEPs para JDK 21, Hibernate Reactive 2.0, Payara é nomeado CVE Numbering Authority

05 de junho de 2023 9 min de leitura

por

Michael Redlich

O resumo Java desta semana para 29 de maio de 2023 apresenta novidades do OpenJDK, JDK 21, GlassFish 7.0.5, Payara, Open Liberty 23.0.0.5, IBM Semeru Runtimes, Micronaut 4.0-M6, Quarkus 3.1, Hibernate ORM 6.2.4, Hibernate Reactive 2.0, Hibernate Search 6.2.Beta1, Camel Quarkus 3.0-M2, Camel 3.14.8, Tomcat Native 2.0.4 e 1.2.37, Ktor 2.3.1, Multik 0.2.2, JobRunr 6.2.1, JDKMon 17.0.63 e Gradle 8.2-RC1.

JEP 452, Key Encapsulation Mechanism API, foi promovido deProposto ao AlvoparaVisadas para JDK 21. Este recurso do tipo JEP propõe: satisfazer implementações de algoritmos de Mecanismo de Encapsulamento de Chave (KEM) padrão; satisfazer casos de uso de KEM por protocolos de segurança de nível superior; e permitir que os provedores de serviços plug-in Java ou implementações nativas de algoritmos KEM. Este PEC foi atualizado recentemente para incluir uma mudança importante que elimina oDerivedKeyParameterSpecclass em favor de colocar campos na lista de argumentos doencapsulate(int de, int para, Algoritmo String) método. O InfoQ seguirá com uma notícia mais detalhada.

A JEP 451, Prepare to Disallow the Dynamic Loading of Agents, foi promovida deProposto ao AlvoparaVisadaspara JDK 21. Originalmente conhecido como Disallow the Dynamic Loading of Agents by Default, e seguindo a abordagem deProjeto PEC 8305968 , integridade e encapsulamento forte, este JEP evoluiu de sua intenção original de impedir o carregamento dinâmico de agentes em uma JVM em execução por padrão para emitir avisos quando os agentes são carregados dinamicamente em uma JVM em execução. Os objetivos deste PEC incluem: reavaliar o equilíbrio entre capacidade de manutenção e integridade; e garantir que a maioria das ferramentas, que não precisam carregar agentes dinamicamente, não seja afetada.

O JEP 453, Simultaneidade Estruturada (Visualização), foi promovido deCandidatoparaProposto ao Alvo para JDK 21. Anteriormente uma API de incubação, esta visualização inicial incorpora aprimoramentos em resposta ao feedback das duas rodadas anteriores de incubação: JEP 428, Simultaneidade Estruturada (Incubadora), entregue no JDK 19; e JEP 437, Simultaneidade Estruturada (Segunda Incubadora), entregue no JDK 20. A única mudança significativa apresenta ogarfo()método, definido noEscopoEstruturadoTarefaclasse, retorna uma instância deTaskHandleao invés de umFuturodesde opegar()método noTaskHandleinterface foi reestruturada para se comportar da mesma forma que oresultadoAgora()método noFuturo interface. A revisão deve ser concluída em 6 de junho de 2023.

JEP 446, Valores Escopos (Visualização), foi promovido deCandidatoparaProposto ao Alvo para JDK 21. Anteriormente conhecido como Extent-Local Variables (Incubator), este JEP é agora um recurso de visualização seguindo o JEP 429, Scoped Values ​​(Incubator), entregue no JDK 20. Este JEP propõe permitir o compartilhamento de dados imutáveis ​​dentro e entre threads . Isso é preferível a variáveis ​​locais de thread, especialmente ao usar um grande número de threads virtuais. A revisão deve ser concluída em 6 de junho de 2023.

A compilação 25 das compilações de acesso antecipado do JDK 21 também foi disponibilizada na semana passada, apresentando atualizações da Build 24 que incluem correções para vários problemas. Mais detalhes sobre esta compilação podem ser encontrados nas notas de lançamento.

Para o JDK 21, os desenvolvedores são incentivados a relatar bugs por meio do Java Bug Database.

GlassFish 7.0.5, a quinta versão de manutenção, oferece um novo recurso que atualiza de forma assíncrona o status da instância no Admin Console. As correções de bug notáveis ​​incluem: pré-processamento de bytecode recursivo em tempo de implantação no