Java 27 en disponibilité générale : neuf JEPs et G1 par défaut
En bref
- Oracle annonce la disponibilité générale de Java 27 avec neuf JEPs (Java Enhancement Proposals), dont l'adoption de G1 comme garbage collector par défaut et des avancées en cryptographie post-quantique.
- Ce rythme de sortie semestriel contraste avec celui de C# et accorde une place importante aux fonctionnalités en aperçu long terme (Project Valhalla toujours attendu pour Java 28).
- Le débat HN soulève l'écart entre les communautés Java et .NET, l'adoption réelle des nouvelles versions en entreprise (Java 8 et 17 encore dominantes), et l'utilité perçue de certains ajouts.
Ce que dit la source
Oracle publie sa feuille de route : Java 27 GA avec neuf JEPs. L'article est une annonce administrative standard (build 35 sans P1 bugs depuis RC). Les changements principaux incluent G1 comme GC par défaut, un nouveau mécanisme de lazy constants, des avancements dans les patterns primitifs et la concurrence structurée, et du cryptage hybride post-quantique pour TLS 1.3.
- G1 devient le garbage collector par défaut sur tous les environnements, remplaçant les collecteurs antérieurs
- JEP 527 introduit l'échange de clés hybride post-quantique pour TLS 1.3, adressant les risques quantiques
- Vector API atteint son douzième état d'incubateur sans GAification prochaine
- JEP 534 compacte les en-têtes d'objets par défaut, une optimisation mémoire globale
- Project Valhalla (types null-safe) reste programmé pour Java 28, repoussé une énième fois
- Lazy Constants (JEP 531) sous forme de prévisualisation plutôt que de modifier la syntaxe, critiquée comme verbeux par rapport à une keyword
- JFR In-Process Data Redaction et encodages PEM complètent la cuvée
Dans les commentaires
débat partagé entre intérêt technique et scepticisme pratique : adoption lente en production, questionnement sur l'utilité de certains ajouts, contraste perçu avec l'approche Microsoft.
- Un développeur C# note que Oracle publie deux fois plus vite que Microsoft, mais que les aperçus (preview) restent rares dans les releases stables Microsoft, révélant des philosophies d'évolution divergentes.
- L'adoption réelle en entreprise reste très en retard : Java 8 domine encore chez les banques, Java 17 est considéré comme moderne, et quelques employer cherchent Java 7 (secteur public).
- Plusieurs commentateurs questionnent l'utilité perçue : JEP-531 (Lazy Constants) est critiqué comme re-itérant le pattern Optional au lieu de modifier la syntaxe ; Vector API traîne depuis 12 itérations sans GA ; Project Valhalla repousse année après année les null-types.
- Le ton global suggère une lassitude face au flux de features : un commentaire moque la fatigue administrative de l'annonce ("We're finished, we're tired"), un autre dénonce l'accumulation de fonctionnalités comme raison d'éviter Java.
Notre lecture
Java 27 consolide plutôt qu'il ne révolutionne. Les changements sont solides (G1 par défaut est un gain), la cryptographie post-quantique arrive à temps, mais le débat HN pointe un fossé réel : les équipes tardent à adopter les nouvelles versions, et l'intérêt technique des JEPs en aperçu perpétuel (Vector API, Valhalla) s'émoussent. À titre DSI, aucune urgence à migrer ; si vous êtes en Java 17 ou 21 LTS, Java 27 n'offre rien d'incontournable avant sa propre LTS. Le rythme semestriel d'Oracle fonctionne bien pour la plateforme (validé par 20 ans de stabilité), mais il crée une expérience utilisateur fragmentée : beaucoup ignorent les releases intermédiaires et attendent les LTS, ce qui dilue l'impact perçu de ces annonces tous les 6 mois.