Chi lavora con i programmi distribuiti dall’Agenzia delle Entrate prima o poi ci si imbatte: un software che fino al giorno prima funzionava, all’improvviso non si apre più. Schermata di errore, nessuna spiegazione utile, e una scadenza fiscale che incombe. Il messaggio che compare in questi casi è questo: Error: JavaFX has been removed from JDK 8. Succede con IRAP 2025, ma anche con altri applicativi distribuiti tramite la stessa infrastruttura – e il problema di fondo è sempre lo stesso.
Perché i software dell’Agenzia smettono di funzionare
L’Agenzia delle Entrate distribuisce molti dei propri strumenti di calcolo e dichiarazione tramite tecnologia Java Web Start (JWS). Si tratta di applicazioni che girano su una macchina virtuale Java installata nel computer dell’utente, avviate direttamente dal browser o da un file .jnlp. Comodo in teoria. Problematico nella pratica, quando Java si aggiorna.
Il nodo è questo: JavaFX – la libreria grafica che questi programmi usano per costruire la propria interfaccia – era inclusa di default nelle versioni precedenti del JDK 8. Oracle aveva annunciato già nel 2020 che il supporto commerciale a JavaFX su JDK 8 sarebbe terminato a marzo 2025. Con il rilascio della versione 8u451, Oracle ha dato seguito a quell’annuncio: da quella release in poi, JavaFX non è più incluso nel pacchetto JDK/JRE 8. Chi ha aggiornato Java in automatico – cosa che succede spesso, senza che l’utente se ne renda conto – si è ritrovato con un ambiente di esecuzione che il software non riconosce più come compatibile.
Il programma tenta di avviarsi, non trova JavaFX, e si blocca. La finestra di errore che appare – come nel caso di CIR20 – riporta in modo abbastanza esplicito il problema:
| Campo | Valore |
|---|---|
| Nome | es. CIR20 |
| Autore Pubblicazione | Agenzia delle Entrate |
| Posizione | https://jwsagenziaentrate.it |
| Errore | Error: JavaFX has been removed from JDK 8 |
CIR20 e la scadenza del 16 marzo 2026
Il problema di compatibilità con JavaFX non riguarda tutti i software messi a disposizione dall’Agenzia delle Entrate sviluppati con tecnologia Java. Ne è colpito anche CIR20 – il software dell’Agenzia delle Entrate distribuito tramite file .jnlp per la comunicazione telematica dell’opzione per la cessione del credito o lo sconto in fattura ai sensi dell’art. 121 del D.L. n. 34/2020 (decreto Rilancio) – in un momento particolarmente delicato sul piano operativo.
Con il provvedimento n. 321370 del 7 agosto 2025, l’Agenzia delle Entrate ha approvato il nuovo modello di comunicazione per le spese sostenute nel 2025 nell’ambito del Superbonus, operativo dall’8 settembre 2025. Il termine tassativo per l’invio è il 16 marzo 2026 – scadenza non prorogabile e non sanabile con la remissione in bonis, istituto ormai non più applicabile a questi adempimenti dopo le modifiche introdotte dal D.L. n. 39/2024.
Il perimetro soggettivo è oggi molto più ristretto rispetto agli anni precedenti. Per effetto del D.L. n. 11/2023 – che ha introdotto il divieto generalizzato di cessione del credito a decorrere dal 17 febbraio 2023 – e del successivo D.L. n. 39/2024, la cessione del credito e lo sconto in fattura per spese sostenute nel 2025 restano praticabili esclusivamente per il Superbonus, mentre per i restanti bonus edilizi (ristrutturazione, ecobonus, sismabonus) la possibilità si è esaurita con le spese sostenute entro il 31 dicembre 2024.
Sul piano tecnico, è importante segnalare che – al momento della pubblicazione del provvedimento di agosto 2025 – l’aggiornamento del software CIR20 e dei relativi controlli telematici era ancora atteso. Chi, nella settimana precedente la scadenza del 16 marzo 2026, dovesse riscontrare il medesimo errore JavaFX has been removed from JDK 8 all’avvio di CIR20_fx.jnlp, si trova di fronte a un ostacolo tecnico con implicazioni dirette su un adempimento fiscale non sanabile in ritardo. In questi casi, le soluzioni descritte nei paragrafi successivi sono applicabili anche a CIR20 con le stesse modalità indicate per IRAP 2025.
La soluzione diretta: installare Java 8u441
La via più rapida, nella prassi, è installare la versione di Java più recente che includa ancora JavaFX nel pacchetto base. Quella versione è Java SE Runtime Environment 8u441, rilasciata il 21 gennaio 2025 e scaricabile dall’archivio Oracle alla pagina dedicata alle versioni SE 8u211 e successive. Attenzione: le versioni successive alla 8u441 – a partire dalla 8u451 e fino alle release più recenti (oggi disponibili fino alla 8u481 sul sito Oracle) – non includono più JavaFX e non risolvono il problema.
Su Windows è possibile tenere più versioni di Java installate contemporaneamente. In linea di principio, quindi, non occorre rimuovere nulla: si aggiunge la 8u441 e si verifica se il software riparte. Non sempre però il meccanismo di selezione della versione funziona come ci si aspetta, e in certi casi il programma continua a usare quella sbagliata.
Se il problema persiste, si può tentare di disinstallare le versioni più recenti. Qui però nasce una complicazione: altri software installati sulla stessa macchina potrebbero dipendere proprio da Java aggiornato. Rimuoverlo potrebbe romperli. Un classico conflitto di dipendenze, difficile da risolvere senza una soluzione alternativa. È inoltre opportuno disabilitare gli aggiornamenti automatici di Java dopo aver installato la 8u441, per evitare che il sistema si aggiorni automaticamente a una versione incompatibile.
Zulu JRE e OpenWebStart: due strade più pulite
Per evitare di trovarsi in questa situazione, esistono due alternative che vale la pena considerare.
La prima è Zulu JRE FX, una distribuzione OpenJDK sviluppata e mantenuta da Azul Systems. Attenzione però: non tutte le build di Zulu includono JavaFX. Occorre scaricare specificamente la variante denominata “JRE FX” sul portale di Azul, filtrando per versione 8 e architettura x86-64, altrimenti il problema si ripresenta. Una volta scelta la versione corretta, può essere installata senza toccare le altre versioni Java già presenti nel sistema.
La seconda è OpenWebStart, un progetto open source che reimplementa la tecnologia Java Web Start in modo indipendente dal runtime Java installato nel sistema. Gestisce autonomamente l’avvio delle applicazioni .jnlp senza dipendere dalla versione di Java presente sul computer. È probabilmente la soluzione più stabile per chi usa abitualmente più software dell’Agenzia delle Entrate su una stessa macchina. È possibile configurare OpenWebStart in modo che utilizzi Zulu JRE FX come interprete predefinito, combinando così le due soluzioni per la massima compatibilità.
Entrambe le opzioni risolvono l’errore JavaFX has been removed from JDK 8 e si adattano bene ad ambienti dove più applicativi fiscali – IRAP 2025, CIR20 e altri – devono coesistere.
Un problema strutturale, non un caso isolato
Non è la prima volta che i software dell’Agenzia delle Entrate generano questo tipo di incompatibilità. Episodi simili si sono verificati con il Desktop Telematico, con Entratel e con altri applicativi JWS. Va precisato che il Desktop Telematico presenta una peculiarità tecnica rilevante: a differenza degli altri software citati, utilizza una versione Java embedded nella propria cartella applicazione, indipendente da quella installata nel sistema operativo. Le soluzioni basate sulla gestione della versione Java di sistema sono pertanto pienamente applicabili ai software JNLP puri, mentre per il Desktop Telematico possono essere necessarie indicazioni specifiche.
Il tema ricorrente rimane comunque sempre lo stesso: strumenti costruiti su tecnologie datate, distribuiti senza aggiornare le dipendenze, che reggono fino a quando l’ambiente esterno non cambia troppo. La decisione di Oracle di rimuovere JavaFX da JDK 8 era nota dal 2020 e annunciata con ampio anticipo. Finché l’Agenzia non adotterà architetture più moderne per la distribuzione dei propri applicativi, questo tipo di problema continuerà a presentarsi – con nomi diversi, ma con la stessa radice tecnica.
