{"id":165062,"date":"2026-03-17T23:11:55","date_gmt":"2026-03-17T21:11:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-java-se-26-i-openjdk-26-proekt-po-integraczii-podderzhki-javascript-i-python-v-jvm"},"modified":"2026-03-17T23:11:55","modified_gmt":"2026-03-17T21:11:55","slug":"vypusk-java-se-26-i-openjdk-26-proekt-po-integraczii-podderzhki-javascript-i-python-v-jvm","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-java-se-26-i-openjdk-26-proekt-po-integraczii-podderzhki-javascript-i-python-v-jvm","title":{"rendered":"Rilascio di Java SE 26 e OpenJDK 26. Progetto per integrare il supporto di JavaScript e Python nella JVM","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo sei mesi di sviluppo, Oracle ha pubblicato la piattaforma Java SE 26 (Java Platform, Standard Edition 26), la cui implementazione di riferimento utilizza il progetto open source OpenJDK. Ad eccezione della rimozione di alcune funzionalit\u00e0 obsolescenti, Java SE 26 mantiene la retrocompatibilit\u00e0 con le versioni precedenti della piattaforma Java \u2014 la maggior parte dei progetti Java precedentemente scritti funzioner\u00e0 senza modifiche in esecuzione con la nuova versione. I pacchetti pronti all'installazione di Java SE 26 (JDK, JRE e Server JRE) sono stati preparati per Linux (x86_64, AArch64), Windows (x86_64) e macOS (x86_64, AArch64). L'implementazione di riferimento di Java SE 26 sviluppata nell'ambito del progetto OpenJDK \u00e8 completamente open source con licenza GPLv2 con eccezioni GNU ClassPath, che consentono il collegamento dinamico con prodotti commerciali. <\/p>\n
Java SE 26 appartiene alla categoria delle release con ciclo di vita di supporto standard, per cui gli aggiornamenti saranno rilasciati fino alla prossima release. Per una versione con supporto a lungo termine (LTS), si consiglia di utilizzare Java SE 25, Java SE 21 o Java SE 17, per cui gli aggiornamenti saranno rilasciati fino al 2033, 2031 e 2029 rispettivamente (pubblicamente fino a settembre 2030, 2028 e 2026). Il supporto esteso per la versione LTS di Java SE 8 si estender\u00e0 fino al 2030, mentre per Java SE 11 fino al 2032. <\/p>\n
Tra le modifiche in Java SE 26 (1, 2, 3, 4): <\/p>\n
\n
\u00c8 stata implementata un'avvertenza quando si utilizza la riflessione profonda per modificare i campi contrassegnati con la parola chiave \u00abfinal\u00bb. In futuro si prevede di disabilitare per impostazione predefinita le funzionalit\u00e0 insicure del linguaggio e, tra l'altro, rendere i campi contrassegnati come final completamente immutabili, rimuovendo la via di fuga per la loro modifica tramite riflessione profonda (API Reflection).\n
Rimosso l'API Applet (java.applet.Applet*, javax.swing.JApplet), utilizzato per eseguire applicazioni Java nel browser. Questo API \u00e8 diventato obsoleto dopo la cessazione del supporto per il plugin Java nei browser ed \u00e8 stato dichiarato deprecato nel 2021.\n
\u00c8 stata implementata la possibilit\u00e0 di utilizzare la cache precompilata (AOT - ahead-of-time) con tutti i garbage collector, incluso ZGC (Z Garbage Collector). Questa modifica implica il supporto per il caricamento sequenziale di oggetti Java precache nella memoria, utilizzando un formato generico e indipendente dal garbage collector invece della mappatura diretta in rappresentazioni di cache specifiche. L'uso della cache AOT riduce il tempo di avvio e accelera l'ottimizzazione (warmup) della macchina virtuale HotSpot.\n
Nell'API HTTP Client \u00e8 stato aggiunto il supporto per il protocollo HTTP\/3, che consente a applicazioni e librerie di comunicare con i server tramite HTTP\/3 con minime modifiche al codice.\n
Le prestazioni del garbage collector G1 sono state migliorate, grazie alla riduzione dei blocchi per la sincronizzazione dei thread applicativi con i thread del garbage collector.\n
\u00c8 stata proposta una seconda versione preliminare dell'API per la codifica e decodifica di oggetti contenenti chiavi crittografiche, certificati e elenchi di certificati revocati, utilizzando il formato PEM (Privacy-Enhanced Mail).\n
\u00c8 stata proposta per il test una sesta versione preliminare dell'API per la concorrenza strutturata (Structured Concurrency), che semplifica lo sviluppo di applicazioni multithread gestendo pi\u00f9 attivit\u00e0 che vengono eseguite in diversi thread come un unico blocco.\n
Aggiunta la seconda versione preliminare dell'API Lazy Constants per lavorare con oggetti contenenti dati immutabili e trattati nella JVM come costanti. A questi oggetti si applicano ottimizzazioni delle prestazioni simili ai campi con la parola chiave \u00abfinal\u00bb. A differenza di \u00abfinal\u00bb, la nuova API separa la creazione di valori costanti dalla loro inizializzazione, garantisce che un valore possa essere inizializzato solo una volta, riduce il tempo di avvio dei programmi e consente di applicare nel codice utente ottimizzazioni di folding delle costanti (constant-folding), utilizzate in precedenza solo nel codice interno del JDK. class Application { \/\/ Prima: \/\/ static final UserService USERS = new UserService(); \/\/ Ora si pu\u00f2 fare: static final StableValue USERS = StableValue.of(); public static UserService users() { return USERS.orElseSet(UserService::new); } }\n
Nel meccanismo di corrispondenza dei modelli \u00e8 stata proposta una quarta versione preliminare della possibilit\u00e0 di utilizzare tipi primitivi (int, byte, char e altri tipi di base che non sono oggetti) in tutti i tipi di modelli, nell'operatore \u00abinstanceof\u00bb e nei blocchi \u00abswitch\u00bb. switch (x.getStatus()) { case 0 -> \u00abokay\u00bb; case 1 -> \u00abwarning\u00bb; case 2 -> \u00aberror\u00bb; case int i -> \u00abstato sconosciuto: \u00bb + i; } if (i instanceof byte b) { \u2026 b \u2026 }\n
\u00c8 stata proposta undicesima implementazione di test dell'API Vector, che fornisce funzioni per calcoli vettoriali eseguiti utilizzando le istruzioni vettoriali dei processori x86_64 e AArch64 e consente di applicare operazioni a pi\u00f9 valori simultaneamente (SIMD). A differenza delle possibilit\u00e0 di autovettorizzazione delle operazioni scalari fornite dal compilatore JIT HotSpot, la nuova API consente di gestire esplicitamente la vettorizzazione per l'elaborazione parallela dei dati. <\/ul>\n
Inoltre, Oracle ha annunciato il progetto Detroit, che si svilupper\u00e0 all'interno di OpenJDK e si concentrer\u00e0 sul miglioramento della portabilit\u00e0 tra Java, JavaScript e Python. Nel quadro del progetto si intende fornire la possibilit\u00e0 di integrazione nel runtime del processo JVM con il motore JavaScript V8 e l'interprete CPython. In passato, Oracle ha gi\u00e0 sviluppato il motore JavaScript Nashorn, che funziona sopra la macchina virtuale JVM, ma ha interrotto il progetto a causa delle difficolt\u00e0 nel sviluppare un'implementazione separata di JavaScript in un contesto in cui l'ecosistema principale \u00e8 legato al motore V8. <\/p>\n
In aggiunta, si segnala la pubblicazione dell'aggiornamento della piattaforma per la creazione di applicazioni con interfaccia grafica JavaFX 26. Nelle prossime ore \u00e8 previsto anche il rilascio della macchina virtuale universale GraalVM 26, che supporta l'esecuzione di applicazioni in JavaScript (Node.js), Python, Ruby, R, e in qualsiasi linguaggio per JVM (Java, Scala, Clojure, Kotlin) e nei linguaggi per i quali pu\u00f2 essere generato bytecode LLVM (C, C++, Rust). \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"