RedHat a pris la direction des opérations pour Java 8 et Java 11, sous le contrôle du responsable technique Andrew Haley. Ce changement de rôle a lieu alors qu'Oracle se concentre sur la publication des futures versions de Java, qui ont à présent lieu tous les 6 mois.
Andrew Haley est l'un des cinq membres de l'OpenJDK Governing Board (conseil d'administation de l'OpenJDK), et avait parlé de cette transition dans un article de blog en septembre 2018 "The future of Java and OpenJDK updates without Oracle support". On pense que ce changement se fera dans la continuité mais il est possible que certains utilisateurs devront aller chercher leur distribution de Java ailleurs. Notamment certains utilisateurs de Java 8, qui téléchargeaient leurs mises à jour directement auprès d'Oracle devront probablement trouver une autre distribution. Ce changement ne devrait en revanche pas avoir d'impact les utilisateurs de Java 11, à la recherche de mises à jour gratuites, puisque Oracle a déjà clarifié ce qui est gratuit (l'OpenJDK) et ce qui ne l'est pas (l'Oracle JDK). Les utilisateurs qui se posent encore des questions sur ces coûts peuvent consulter un article des Java Champions : "Java is still free" (Java est toujours gratuit) et peuvent télécharger une des nombreuses distributions de l'OpenJDK utilisables gratuitement.
RedHat s'engage à supporter Java 8 et Java 11 sur le long terme. Cela inclut le support commercial pour Windows. Java 9 et Java 10 sont absents, du fait qu'il s'agit de versions non supportées sur le long terme. À la question sur le support de ces versions, Andrew Haley a répondu : "Probablement pas. Je ne pense pas qu'il soit intéressant pour nous de supporter des versions non-LTS au-delà de leur durée de vie normale".
Une des principales fonctionalités de la distribution de RedHat est le ramasse-miettes à faible temps de pause Shenandoah. Le responsable du projet Shenandoah, Roman Kennke et l'expert en performances Aleksey Shipilev ont donné des détails sur le fonctionnement de Shenandoah dans une présentation : "Shenandoah GC: The Next Generation".
Aleksey Shipilev est aussi en tête des contributeurs pour cette version de Java, ayant fourni 62 sur les 83 commits de RedHat. Parmi les autres contributions de la communauté, on en compte 58 en provenance de SAP, 23 d'Oracle, 7 de personnes individuelles, 7 de Google et 5 d'Amazon, qui gère se propre branche : Corretto.
Les besoins en maintenance et en patches sont principalement dus aux problèmes de sécurité. La publication d'avril inclut les correctifs pour cinq problème de sécurité dans le domaine de l'authentification à distance. Les trois plus importantes portent sur Java Web Start et les Applets, des technologies qui ont été mises en obsolescence en Java 9. Une attaque, CVE-2019-2684, porte sur les services RMI. Elle utilise une technique similaire à celle décrite dans le rapport du Mogwai Lab : "Attacking Java RMI services after JEP 290".
D'autres changements dans cette version incluent l'ajout d'une nouvelle ère japonaise, appelée Reiwa. Cette nouvelle ère marque la fin de l'ère précédente Heisei, alors que le Japon change d'empereur. Pour les développeurs Java, ce changement se fait dans les packages de l'API Java Time, plus particulièrement dans java.time.chrono.JapaneseEra.