{"id":103599,"date":"2022-03-23T15:37:14","date_gmt":"2022-03-23T13:37:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-java-se-18"},"modified":"2022-03-23T15:37:14","modified_gmt":"2022-03-23T13:37:14","slug":"vypusk-java-se-18","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-java-se-18","title":{"rendered":"Rilascio di Java SE 18","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo sei mesi di sviluppo, Oracle ha rilasciato la piattaforma Java SE 18 (Java Platform, Standard Edition 18), utilizzando il progetto OpenJDK come implementazione di riferimento. Ad eccezione della rimozione di alcune funzionalit\u00e0 obsolete, Java SE 18 mantiene la compatibilit\u00e0 retroattiva con le versioni precedenti della piattaforma Java: la maggior parte dei progetti Java precedentemente scritti funzioner\u00e0 senza modifiche sulla nuova versione. Le build pronte per l'installazione di Java SE 18 (JDK, JRE e Server JRE) sono state preparate per Linux (x86_64, AArch64), Windows (x86_64) e macOS (x86_64, AArch64). L'implementazione di riferimento di Java 18, 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 18 \u00e8 classificato come una release con normale ciclo di supporto, gli aggiornamenti per la quale saranno rilasciati fino al prossimo rilascio. Java SE 17 deve essere utilizzato come versione a lungo termine (LTS), con aggiornamenti previsti fino al 2029. Ricordiamo che a partire dal rilascio di Java 10 il progetto ha cambiato processo di sviluppo, con un ciclo di produzione di nuove release pi\u00f9 breve. La nuova funzionalit\u00e0 ora \u00e8 sviluppata in un'unica branch master sempre aggiornata, dalla quale vengono create branch per la stabilizzazione delle nuove release ogni sei mesi. <\/p>\n
Tra le novit\u00e0 di Java 18 si possono segnalare: <\/p>\n
\n
Per impostazione predefinita, viene utilizzata la codifica UTF-8. Le API Java che gestiscono i dati testuali tenendo conto della codifica dei caratteri utilizzeranno ora UTF-8 come predefinito su tutte le piattaforme, indipendentemente dalle impostazioni di sistema e dalla locale impostata. Per ripristinare il comportamento predefinito in cui la codifica \u00e8 selezionata in base alla locale di sistema, \u00e8 possibile utilizzare il parametro \u2018-Dfile.encoding=COMPAT\u2019.\n
Il pacchetto com.sun.net.httpserver \u00e8 incluso, contenente l'utilit\u00e0 jwebserver e un'API di libreria con un'implementazione di un semplice server http per la consegna di contenuti statici (non sono supportati gestori di tipo CGI e servlet). Il server http integrato non \u00e8 ottimizzato per i carichi di lavoro e non supporta la gestione degli accessi e l'autenticazione, essendo progettato principalmente per l'uso nel processo di sviluppo per la creazione di prototipi, debugging e testing dei progetti.\n
JavaDoc ha implementato il supporto per il tag \u2018@snippet\u2019 per l'inserimento di esempi di lavoro e frammenti di codice nella documentazione API, ai quali possono essere applicati strumenti per la verifica della correttezza, l'evidenziazione della sintassi e l'integrazione con IDE.\n
\u00c8 stata ripensata l'implementazione dell'API java.lang.reflect (Core Reflection), progettata per ottenere informazioni su metodi, campi e costruttori delle classi, nonch\u00e9 per accedere alla struttura interna delle classi. L'API java.lang.reflect rimane invariata, ma ora \u00e8 implementata tramite l'uso di descrittori di metodi (method handles), forniti dal modulo java.lang.invoke, invece di utilizzare generatori di bytecode. Questa modifica ha consentito di unificare le implementazioni di java.lang.reflect e java.lang.invoke, semplificando la loro manutenzione.\n
\u00c8 stata proposta una terza implementazione preliminare dell'API Vector, che fornisce funzionalit\u00e0 per calcoli vettoriali eseguiti utilizzando le istruzioni vettoriali dei processori x86_64 e AArch64, consentendo di applicare operazioni simultaneamente a pi\u00f9 valori (SIMD). A differenza delle capacit\u00e0 di auto-vettorizzazione delle operazioni scalari fornite dal compilatore JIT HotSpot, la nuova API consente di gestire esplicitamente la vettorizzazione per l'elaborazione parallela dei dati.\n