banner
Casa / Blog / Raccolta di notizie Java: JEP per JDK 21, Hibernate Reactive 2.0, Payara nominata autorità di numerazione CVE
Blog

Raccolta di notizie Java: JEP per JDK 21, Hibernate Reactive 2.0, Payara nominata autorità di numerazione CVE

May 09, 2023May 09, 2023

InfoQ Homepage Notizie Raccolta di notizie Java: JEP per JDK 21, Hibernate Reactive 2.0, Payara nominata autorità di numerazione CVE

05 giugno 2023 9 minuti di lettura

di

Michael Redlich

Il riepilogo Java di questa settimana del 29 maggio 2023 presenta novità da 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, è stato promosso daProposto al targetAMirata per JDK 21. Questa funzionalità di tipo JEP propone di: soddisfare le implementazioni degli algoritmi standard del meccanismo di incapsulamento delle chiavi (KEM); soddisfare i casi d'uso di KEM mediante protocolli di sicurezza di livello superiore; e consentire ai fornitori di servizi di collegare Java o implementazioni native di algoritmi KEM. Questo PEC è stato recentemente aggiornato per includere una modifica importante che elimina il fileDerivedKeyParameterSpeca favore dell'inserimento dei campi nell'elenco degli argomenti diencapsulate(int da, int a, algoritmo String) metodo. InfoQ seguirà con una notizia più dettagliata.

JEP 451, Prepararsi a non consentire il caricamento dinamico degli agenti, è stato promosso daProposto al targetAMirataper JDK 21. Originariamente noto come Disallow the Dynamic Loading of Agents by Default e seguendo l'approccio diBozza PEC 8305968 , Integrità e incapsulamento forte, questo JEP si è evoluto dal suo intento originale di impedire il caricamento dinamico degli agenti in una JVM in esecuzione per impostazione predefinita per emettere avvisi quando gli agenti vengono caricati dinamicamente in una JVM in esecuzione. Gli obiettivi di questo PEC includono: rivalutare l'equilibrio tra funzionalità e integrità; e garantire che la maggior parte degli strumenti, che non necessitano di caricare dinamicamente gli agenti, non siano interessati.

JEP 453, Structured Concurrency (Preview), è stato promosso daCandidatoAProposto al target per JDK 21. Precedentemente un'API di incubazione, questa anteprima iniziale incorpora miglioramenti in risposta al feedback dei due precedenti cicli di incubazione: JEP 428, Structured Concurrency (Incubator), fornito in JDK 19; e JEP 437, Structured Concurrency (Second Incubator), consegnato in JDK 20. L'unico cambiamento significativo riguarda ilforchetta()metodo, definito nell'artStructuredTaskScopeclass, restituisce un'istanza diTaskHandlepiuttosto che aFuturodalOttenere()metodo nelTaskHandlel'interfaccia è stata ristrutturata per comportarsi allo stesso modo dirisultatoOra()metodo nelFuturo interfaccia. La conclusione della revisione è prevista per il 6 giugno 2023.

JEP 446, Scoped Values ​​(Preview), è stato promosso daCandidatoAProposto al target per JDK 21. Precedentemente noto come Extent-Local Variables (Incubator), questo JEP è ora una funzionalità di anteprima dopo JEP 429, Scoped Values ​​(Incubator), fornito in JDK 20. Questo JEP propone di consentire la condivisione di dati immutabili all'interno e tra thread . Questo è preferibile alle variabili locali del thread, soprattutto quando si utilizzano un numero elevato di thread virtuali. La conclusione della revisione è prevista per il 6 giugno 2023.

La scorsa settimana è stata resa disponibile anche la build 25 delle build ad accesso anticipato JDK 21 con aggiornamenti della build 24 che includono correzioni a vari problemi. Ulteriori dettagli su questa build possono essere trovati nelle note di rilascio.

Per JDK 21, gli sviluppatori sono incoraggiati a segnalare bug tramite Java Bug Database.

GlassFish 7.0.5, la quinta versione di manutenzione, offre una nuova funzionalità che aggiorna in modo asincrono lo stato dell'istanza nella Console di amministrazione. Notevoli correzioni di bug includono: preelaborazione ricorsiva del bytecode in fase di distribuzione nel file