{"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), utilizzando il progetto OpenJDK come implementazione di riferimento. Ad eccezione della rimozione di alcune funzionalit\u00e0 obsolete, Java SE 17 mantiene la compatibilit\u00e0 retroattiva con le versioni precedenti della piattaforma Java: la maggior parte dei progetti Java gi\u00e0 scritti funzioner\u00e0 senza modifiche sulla nuova versione. Le build 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 nel contesto 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 tra le versioni con supporto a lungo termine (LTS), gli aggiornamenti per il quale saranno rilasciati fino al 2029. Il rilascio di aggiornamenti per la precedente versione intermedia Java 16 \u00e8 terminato. La precedente versione LTS Java 11 sar\u00e0 supportata fino al 2026. Il prossimo rilascio LTS \u00e8 previsto per settembre 2024. Ricordiamo che a partire dalla versione Java 10 il progetto \u00e8 passato a un nuovo processo di sviluppo, che prevede un ciclo di rilascio pi\u00f9 breve. Le nuove funzionalit\u00e0 ora si sviluppano in un master branch sempre aggiornato, in cui vengono incluse le modifiche gi\u00e0 pronte e dal quale vengono ramificate le versioni per la stabilizzazione ogni sei mesi. <\/p>\n
Tra le novit\u00e0 di Java 17 si possono notare: <\/p>\n
\n
\u00c8 stata proposta un'implementazione sperimentale delle corrispondenze tramite pattern nelle espressioni \u00abswitch\u00bb, che consente di utilizzare nelle etichette \u00abcase\u00bb non solo valori esatti, ma modelli flessibili che coprono immediatamente una serie di valori, per i quali in precedenza era necessario utilizzare ingombranti catene di espressioni \u00abif\u2026else\u00bb. Inoltre, all'interno dello \u00abswitch\u00bb \u00e8 garantita 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 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 forniscono anche un modo pi\u00f9 dichiarativo per limitare l'uso della superclasse rispetto ai modificatori di accesso, basato su un'esplicita enumerazione delle sottoclassi autorizzate all'estensione. package com.example.geometry; public sealed class Shape permits com.example.polar.Circle, com.example.quad.Rectangle, com.example.quad.simple.Square {\u2026}\n
\u00c8 stata proposta la seconda implementazione preliminare dell'API Vector, che fornisce funzionalit\u00e0 per calcoli vettoriali effettuati utilizzando le istruzioni vettoriali dei processori x86_64 e AArch64 e consente di applicare simultaneamente operazioni a pi\u00f9 valori (SIMD). A differenza delle capacit\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\u2019elaborazione parallela dei dati.\n
\u00c8 stata aggiunta una implementazione preliminare dell'API Foreign Function & Memory, che consente alle applicazioni di interagire con codice e dati al di fuori del runtime di Java. La nuova API consente di chiamare funzioni eseguite al di fuori della JVM e di accedere a memoria non gestita dalla JVM. Ad esempio, \u00e8 possibile chiamare funzioni da librerie condivise esterne e accedere ai dati del processo senza utilizzare JNI.\n
Il motore di rendering per macOS, che garantisce il funzionamento dell'API Java 2D, che \u00e8 a sua volta utilizzato nell'API Swing, \u00e8 stato adattato per utilizzare l'API grafica Metal. Di default, sulla piattaforma macOS continua a essere utilizzato OpenGL, mentre per abilitare il supporto di Metal \u00e8 necessario impostare il parametro \u00ab-Dsun.java2d.metal=true\u00bb e avere almeno la versione 10.14.x di macOS.\n
\u00c8 stata aggiunta una versione per la piattaforma macOS\/AArch64 (computer Apple basati sui nuovi chip Apple M1). La caratteristica di questa versione \u00e8 il supporto per il meccanismo di protezione della memoria W^X (Write XOR Execute), secondo il quale le pagine della memoria non possono essere accessibili contemporaneamente per la scrittura e l'esecuzione. (Il codice pu\u00f2 essere eseguito solo dopo che la scrittura \u00e8 stata vietata e la scrittura in una pagina di memoria \u00e8 possibile solo dopo che l'esecuzione \u00e8 stata vietata).\n
\u00c8 stato ripristinato l'uso solo della semantica dichiarativa (strictfp) per le espressioni in virgola mobile. \u00c8 stata interrotta la supporto alla semantica \u00abdefault\u00bb disponibile sin dalla versione Java 1.2, che includeva semplificazioni per il funzionamento su sistemi con molto vecchi coprocessori matematici x87 (dopo l'introduzione delle istruzioni SSE2, la necessit\u00e0 di semantica aggiuntiva \u00e8 scomparsa).\n
Sono stati implementati nuovi tipi di interfacce per i generatori di numeri pseudo-casuali, insieme ad algoritmi aggiuntivi per una generazione di numeri casuali di qualit\u00e0 superiore. Le applicazioni possono ora 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 di API critiche come sun.misc.Unsafe. L'incapsulazione rigorosa blocca i tentativi di accesso da parte del codice a classi, metodi e campi interni. In precedenza, la modalit\u00e0 di incapsulazione rigorosa poteva essere disattivata usando l'opzione \u00ab--illegal-access=permit\u00bb, ma ora \u00e8 stata dichiarata obsoleta. Per le applicazioni che necessitano di accedere a classi, metodi e campi interni, \u00e8 necessario specificarli chiaramente tramite l'opzione \u00ab--add-opens\u00bb o l'attributo Add-Opens nel file del manifesto.\n