La risposta di Stephen C è corretta e importante.

Oracle non intende più che gli utenti finali installino un JRE o un JDK. Le applet Java in un browser e Java Web Start app delivery vengono entrambe eliminate gradualmente, lasciando all'utente finale la necessità di un JRE. Le app basate su Java dovrebbero raggruppare la propria implementazione Java. Le uniche persone che installano consapevolmente un JDK saranno sviluppatori e lato server amministratori di sistema.

Importante:

• Capire chiaramente la natura del progetto OpenJDK , come spiegato in Wikipedia
• Leggi questo libro bianco di Oracle of 2018-03, Aggiornamento della tabella di marcia del client Java
• Leggi il libro biancoJava è ancora gratuito, scritto da membri chiave della comunità Java.

Ulteriori informazioni su:

• Modulo piattaforma Java Sistema
• jlink (PEC 282)
• jpackage (PEC 343)

Ora ci si aspetta che le app desktop raggruppino il proprio runtime Java. Gli strumenti sopra elencati possono creare un runtime molto piccolo adatto alla tua particolare app.

Ecco un diagramma di flusso che può aiutarti a trovare e decidere tra i vari fornitori che forniscono un'implementazione Java 11.

E una tabella mappatura possibili motivazioni o considerazioni che portano a fornitori suggeriti di Java.

Problemi di compatibilità

Nei commenti, è stata sollevata una domanda, preoccupazione per problemi di compatibilità tra le versioni di vari fornitori.

In primo luogo, sappiate che il progetto OpenJDK include una vasta suite di test noti come OpenJDK Community Technology Compatibility Kit (TCK) . I venditori sono liberi di auto-dichiarare se il loro rilascio è passato quei test. Queste affermazioni non sono verificate e si basano sul sistema honor. Sul mio diagramma sopra, ho contrassegnato il segno di spunta "TCK" sui due venditori che conosco si sono auto-dichiarati: Oracle JDK di Oracle e Zulu di Azul Systems.

Tutti i prodotti elencati nell'area blue barrel del mio grafico sopra sono costruiti quasi direttamente sul codice sorgente OpenJDK. Quindi, in generale, dovresti vedere la compatibilità praticamente identica.

Ci sono due aree di preoccupazione che potresti considerare: le differenze tecnologiche e programma di aggiornamenti / patch.

Per quanto riguarda le differenze tecnologiche, i fornitori che utilizzano il progetto OpenJDK possono spedire con HotSpot engineo OpenJ9 engine. Questi differiranno in termini di prestazioni (avvio più veloce/più lento rispetto alla velocità complessiva, più/meno memoria), ma il loro comportamento in termini di conformità con le specifiche Java dovrebbe essere identico. Essi potrebbero differire, e certamente potrebbero presentare un difetto (che probabilmente sarebbe presto risolto) che l'altro mancare. Personalmente, non mi preoccuperei di questo, ma lo menziono per completezza.

Un'altra differenza tecnologica è il diverso tipo di JVM utilizzato da Zing da Azul Systems e GraalVM da Oracle. Uno di questi potrebbe differire in qualche modo l'uno dall'altro o dagli altri prodotti, perché hanno intenzionalmente un diverso tipo di implementazione JVM, per offrire funzionalità speciali. Ma data la completezza delle specifiche Java, non dovrebbero essere incompatibili. Se erano, ci si può aspettare qualsiasi problema di compatibilità da risolvere rapidamente. Se avessi bisogno delle caratteristiche speciali di uno di questi prodotti, li userei con piena fiducia.

Un'altra possibile preoccupazione è la velocità con cui un fornitore potrebbe aggiornare le proprie versioni con alcune correzioni di bug o patch di sicurezza. Ad esempio, Oracle ha dichiarato che si riserva il diritto di spedire immediatamente eventuali patch pronte ai propri clienti, mentre invia quelle al progetto OpenJDK per considerazione. Certamente, uno qualsiasi dei fornitori che forniscono supporto commerciale sono suscettibili di correre una correzione o patch per i loro clienti paganti. Quelle versioni costruite come cortesia alla comunità fornite gratuitamente potrebbero richiedere più tempo per l'aggiornamento, probabilmente dopo che il progetto OpenJDK ha incorporato una correzione/patch.

E ogni fornitore è libero di modificare la propria base di codice a piacimento, purché siano conformi alle specifiche Java. Ad esempio, il team Corretto di Amazon ha già apportato miglioramenti a e poi condiviso quelle modifiche a monte del progetto OpenJDK. Potrebbe esserci un intervallo di tempo prima che OpenJDK incorporasse tali modifiche, se decidessero di farlo. Quindi è possibile che varie versioni possano differire. Ma a questo punto, tutti i fornitori della comunità Java sembrano avere sinceri impegni a lavorare insieme per prevenire la frammentazione. Quindi, ancora una volta, non ho alcuna reale preoccupazione qui, ma menzionalo per completezza.

È possibile utilizzare il sito web del progetto" adoptopenjdk " per scaricare gli ultimi jre e JDK https://github.com/AdoptOpenJDK/openjdk-jdk11

Trova l'ultimo link qui > https://adoptopenjdk.net/releases.html?variant=openjdk11&jvmVariant=hotspot

Modifica: Il problema è stato risolto

Ho usato le loro build notturne per risolvere il problema di JRE mancante nel pacchetto JDK https://adoptopenjdk.net/nightly.html?variant=openjdk11