{"id":101268,"date":"2021-09-15T10:22:53","date_gmt":"2021-09-15T08:22:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-java-se-17"},"modified":"2021-09-15T10:22:53","modified_gmt":"2021-09-15T08:22:53","slug":"vypusk-java-se-17","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-java-se-17","title":{"rendered":"Rilascio di Java SE 17","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo sei mesi di sviluppo, Oracle ha rilasciato la piattaforma Java SE 17 (Java Platform, Standard Edition 17), la cui implementazione di riferimento \u00e8 il progetto OpenJDK open source. Ad eccezione della rimozione di alcune funzionalit\u00e0 obsolete, Java SE 17 mantiene la compatibilit\u00e0 con le versioni precedenti della piattaforma Java: la maggior parte dei progetti Java esistenti funzioner\u00e0 senza modifiche con la nuova versione. Le versioni pronte per l'installazione di Java SE 17 (JDK, JRE e Server JRE) sono disponibili per Linux (x86_64, AArch64), Windows (x86_64) e macOS (x86_64, AArch64). L'implementazione di riferimento di Java 17, sviluppata nell'ambito del progetto OpenJDK, \u00e8 completamente open source sotto la licenza GPLv2 con eccezioni GNU ClassPath, che consentono il collegamento dinamico con prodotti commerciali. <\/p>\n
Java SE 17 \u00e8 classificato come rilascio con supporto a lungo termine (LTS), gli aggiornamenti per il quale saranno rilasciati fino al 2029. Il rilascio di aggiornamenti per il precedente rilascio intermedio Java 16 \u00e8 stato interrotto. La precedente LTS, Java 11, sar\u00e0 supportata fino al 2026. Il prossimo rilascio LTS \u00e8 previsto per settembre 2024. Ricordiamo che a partire dal rilascio di Java 10, il progetto \u00e8 passato a un nuovo processo di sviluppo, che prevede un ciclo di vita per la creazione di nuove release pi\u00f9 breve. La nuova funzionalit\u00e0 viene ora sviluppata in un ramo master costantemente aggiornato, in cui vengono incluse le modifiche gi\u00e0 pronte e da cui ogni sei mesi si diramano rami per la stabilizzazione dei nuovi rilasci. <\/p>\n
Tra le novit\u00e0 di Java 17, si possono notare: <\/p>\n
\n
\u00c8 stata proposta un'implementazione sperimentale del pattern matching nelle espressioni \u00abswitch\u00bb, che consente di utilizzare nei casi \u00abcase\u00bb non valori fissi, ma modelli flessibili che coprono una serie di valori che in precedenza richiedevano lunghe catene di espressioni \u00abif\u2026else\u00bb. Inoltre, all'interno dello \u00abswitch\u00bb \u00e8 prevista la possibilit\u00e0 di gestire valori NULL. Object o = 123L; String formatted = switch (o) { case Integer i -> String.format(\u00abint %d\u00bb, i); case Long l -> String.format(\u00ablong %d\u00bb, l); case Double d -> String.format(\u00abdouble %f\u00bb, d); case String s -> String.format(\u00abString %s\u00bb, s); default -> o.toString(); };\n
\u00c8 stata stabilizzata la supporto per le classi e interfacce sigillate (\u00absealed\u00bb), che non possono essere utilizzate da altre classi e interfacce per l'ereditariet\u00e0, l'estensione o la ridefinizione dell'implementazione. Le classi sigillate offrono anche un modo pi\u00f9 dichiarativo per limitare l'uso della superclasse rispetto ai modificatori di accesso, basato su un elenco esplicito delle sottoclassi consentite per l'estensione. package com.example.geometry; public sealed class Shape permits com.example.polar.Circle, com.example.quad.Rectangle, com.example.quad.simple.Square {...}\n
\u00c8 stata proposta una seconda implementazione preliminare dell'API Vector, che fornisce funzionalit\u00e0 per i calcoli vettoriali effettuati utilizzando istruzioni vettoriali nei processori x86_64 e AArch64 e consente di applicare contemporaneamente operazioni a pi\u00f9 valori (SIMD). A differenza delle funzionalit\u00e0 di autovettorizzazione delle operazioni scalari fornite dal compilatore JIT HotSpot, la nuova API offre la possibilit\u00e0 di gestire esplicitamente la vettorizzazione per l'elaborazione parallela dei dati.\n
\u00c8 stata aggiunta un'implementazione preliminare dell'API Foreign Function & Memory, tramite la quale le applicazioni possono interagire con codice e dati al di fuori del runtime Java. La nuova API consente di invocare in modo efficiente funzioni eseguite non nella JVM e di accedere a memoria non gestita dalla JVM. Ad esempio, \u00e8 possibile chiamare funzioni da librerie condivise esterne e accedere ai dati di un processo senza utilizzare JNI.\n
Il motore di rendering per macOS che supporta l'API Java 2D, utilizzata a sua volta nell'API Swing, \u00e8 stato adattato per utilizzare l'API grafica Metal. Di default, la piattaforma macOS continua a utilizzare OpenGL, mentre per abilitare il supporto Metal \u00e8 necessario impostare il parametro '-Dsun.java2d.metal=true' e avere almeno la release macOS 10.14.x.\n
\u00c8 stato aggiunto un porting per la piattaforma macOS\/AArch64 (computer Apple basati sui nuovi chip Apple M1). Una caratteristica del porting \u00e8 il supporto per il meccanismo di protezione della memoria W^X (Write XOR Execute), secondo cui le pagine di memoria non possono essere accessibili contemporaneamente in scrittura ed esecuzione. (il codice pu\u00f2 essere eseguito solo dopo aver disabilitato la scrittura, e la scrittura in una pagina di memoria \u00e8 possibile solo dopo aver disabilitato l'esecuzione).\n
\u00c8 stato ripristinato l'uso esclusivo della semantica rigorosa (strictfp) per le espressioni a virgola mobile. \u00c8 stata interrotta la supporto della semantica 'default', disponibile a partire dalla release Java 1.2, che includeva semplificazioni per il funzionamento su sistemi con vecchi coprocessori matematici x87 (dopo l'introduzione delle istruzioni SSE2, la necessit\u00e0 di ulteriore semantica \u00e8 venuta meno).\n
Sono stati implementati nuovi tipi di interfacce per generatori di numeri pseudo-casuali, nonch\u00e9 algoritmi aggiuntivi per una generazione di numeri casuali di maggior qualit\u00e0. Le applicazioni hanno la possibilit\u00e0 di scegliere l'algoritmo di generazione dei numeri pseudo-casuali. \u00c8 stato migliorato il supporto per la generazione di flussi di oggetti casuali.\n
\u00c8 stata implementata una rigorosa incapsulazione obbligatoria di tutti gli elementi interni del JDK, ad eccezione delle API critiche, come sun.misc.Unsafe. La rigorosa incapsulazione blocca i tentativi di accesso al codice interno a classi, metodi e campi. In precedenza, la modalit\u00e0 di rigida incapsulazione poteva essere disattivata tramite l'opzione '--illegal-access=permit', ma ora \u00e8 stata dichiarata obsoleta. Per le applicazioni che richiedono accesso a classi, metodi e campi interni, \u00e8 necessario definirli esplicitamente utilizzando l'opzione '--add-opens' o l'attributo Add-Opens nel file manifesto.\n