Devoxx 2025 a confirmé ce que beaucoup (de développeurs) pressentaient : Java est plus vivant, plus innovant — et plus adapté que jamais aux enjeux modernes.
Face aux défis du cloud, des architectures distribuées et des environnements éphémères, Java accélère sa mutation pour rester un socle technologique solide et pertinent dans les projets actuels.
Lors de cette édition, plusieurs conférences majeures ont mis en lumière des avancées notables :
- Gatherers dans l’API Stream,
- Memory API via le projet Panama,
- Démarrage optimisé avec Spring AOT et le projet Leyden.
Cet article vous propose un tour d’horizon des nouveautés Java présentées à Devoxx 2025 — un condensé essentiel pour les développeurs, architectes et tech leads souhaitant garder une longueur d’avance.
Java : une plateforme en pleine modernisation
À Devoxx 2025, Java a démontré qu’il ne se contente pas de suivre le mouvement : il devance les nouveaux standards d’efficacité, de scalabilité et de performance.
Trois axes majeurs ont émergé :
- Programmation fonctionnelle enrichie,
- Gestion fine de la mémoire,
- Optimisation du démarrage pour le cloud-native.
Gatherer API : l’extension naturelle des Streams
Lors du talk “L’API Gatherer : l’outil qui manquait à vos Streams”, animé par José Paumard, Java Developer Advocate chez Oracle, la nouvelle API Gatherers a été dévoilée comme une extension naturelle de l’API Stream, introduite il y a déjà 11 ans avec Java 8.
Depuis Java 24, Gatherers permet aux développeurs de :
- Définir leurs propres opérations intermédiaires dans des pipelines de streams,
- Offrir une flexibilité inédite pour transformer ou agréger des flux de données.
Les retours du terrain sont enthousiastes :
“C’est l’outil qui manquait pour vraiment maîtriser nos transformations de données dans un style fonctionnel pur.”
Consultant MARGO
Cependant, plusieurs intervenants ont mis en garde contre l’abus de cette puissance :
“Créer des gatherers surchargés est un risque ; il faut absolument respecter le principe de responsabilité unique.”
Consultant MARGO
Pour aller plus loin, la
documentation officielle de l’API Stream Gatherers est disponible ici :
🔗 openjdk.org/jeps/485
Memory API : Java s’aventure vers le bas niveau
La conférence “Memory API : Patterns, Performance et Cas d’Utilisation”, également présentée par José Paumard et Rémi Forax, est revenue sur une évolution très attendue : un accès moderne à la mémoire off-heap, apporté par le projet Panama dans JDK 22.
“Depuis 2002 et l’arrivée des ByteBuffer dans JDK 4, la façon d’accéder à la mémoire externe n’avait pratiquement pas changé, malgré la montée en puissance des systèmes 64 bits.”
Consultant MARGO
La Memory API introduit plusieurs nouveaux concepts :
- Arenas : gestionnaires de cycles de vie pour allouer et libérer proprement la mémoire.
- MemorySegments : blocs de mémoire contigus, indexés sur 64 bits, permettant de dépasser les limitations historiques des ByteBuffers 32 bits.
- MemoryLayouts : description fine des structures mémoire, à la manière des
structs en C.
- VarHandle : mécanisme pour accéder efficacement aux champs mémoire.
Enfin, l’outil Jextract permet de générer automatiquement du code Java pour accéder à des bibliothèques C existantes, en simplifiant fortement l’interopérabilité.
“L’API Memory offre enfin aux développeurs Java un accès natif, sécurisé et performant à la mémoire externe, sans compromettre la stabilité de la JVM.”
Consultant MARGO
La Memory API répond principalement à des cas d’usage ciblés :
“Même si ce sera réservé à des cas de niche comme la sérialisation ou le traitement de gros fichiers, c’est une avancée importante pour booster les performances de certaines applications.”
Consultant MARGO
Spring Boot, CDS et Project Leyden : Java s’aligne sur les exigences cloud-native
Deux conférences majeures à Devoxx 2025, animées respectivement par Olivier Bourgain et Sébastien Deleuze, ont mis en lumière les stratégies modernes pour accélérer le temps de démarrage des applications Java — enjeu devenu critique avec la montée du cloud, du Kubernetes et des déploiements éphémères.
Optimisations JVM, Spring AOT et Projet Leyden
Dans sa session, Olivier Bourgain a exploré des stratégies avancées d’optimisation du démarrage pour les applications Spring Boot :
- Tuning de la JVM (notamment autour du Garbage Collection),
- Utilisation de Spring AOT (Ahead-of-Time Compilation),
- Exploitation des innovations du projet Leyden d’OpenJDK pour réduire les temps d’initialisation.
“L’optimisation du temps de démarrage devient essentielle pour garantir la performance, la scalabilité et la satisfaction des utilisateurs, surtout en environnement Kubernetes ou on-premises.”
Consultant MARGO
Migration vers Spring Boot 3 et benchmarks concrets
Sébastien Deleuze, de son côté, a montré comment migrer une application Spring Boot 2 sous Java 8 vers Spring Boot 3 sous Java 24, pour exploiter :
- Virtual Threads (threads légers introduits en Java 21),
- Spring AOT et CDS/AOT Cache,
- Buildpacks pour simplifier la création d’images conteneurisées.
Des benchmarks précis ont été présentés :
- Temps de démarrage réduit,
- Consommation mémoire optimisée,
- Latence et débit de requêtes améliorés.
Enfin, Sébastien a comparé différentes options d’optimisation du runtime :
- GraalVM,
- Project CRaC (Coordinated Restore at Checkpoint),
- CDS/AOT Cache.
Chacune ayant ses propres critères de choix en fonction du contexte d’usage.
“Le projet Leyden vise à offrir, à terme, une capacité native de Java à démarrer en quelques millisecondes, tout en conservant sa portabilité historique.”
Consultant MARGO
Lien vers le projet Leyden :
🔗 openjdk.org/projects/leyden/
Le projet Leyden vise à améliorer le temps de démarrage, le temps jusqu’à la performance optimale et l’empreinte mémoire des programmes Java. Il explore des techniques telles que la compilation anticipée et le chargement de classes à l’avance.
Conclusion : un Java moderne, exigeant et prêt pour l’avenir
Les échanges sur place ont confirmé un constat sans appel : Java est plus vivant que jamais, porté par une dynamique d’innovation constante pour répondre aux défis du cloud et des architectures distribuées.
Mais cette richesse technologique exige désormais une rigueur accrue : sans approche maîtrisée, le risque de complexité inutile guette rapidement les projets.
Tirer pleinement parti de ces évolutions nécessitera une montée en compétences continue, pour naviguer avec discernement entre :
- programmation fonctionnelle avancée,
- gestion fine de la mémoire,
- stratégies d’optimisation cloud-ready.
À Devoxx 2025, Java a prouvé qu’il n’était pas seulement d’actualité — il est plus que jamais un choix stratégique pour les projets d’avenir.
📚 Pour aller plus loin, consultez aussi :
FAQ – Java à Devoxx 2025 : ce qu’il faut retenir
Q : Java est-il toujours adapté aux architectures cloud-native ?
R : Oui, Java évolue activement pour répondre aux exigences du cloud-native grâce à des projets comme Spring AOT, Leyden, et CRaC, qui optimisent le temps de démarrage et la consommation mémoire.
Q : Qu’est-ce que l’API Gatherer et en quoi améliore-t-elle les Streams ?
R : Introduite avec Java 24, l’API Gatherer permet de créer des opérations intermédiaires personnalisées dans les streams, offrant une flexibilité fonctionnelle nouvelle pour transformer ou agréger des données.
Q : Pourquoi la Memory API est-elle une avancée majeure ?
R : Elle permet un accès natif, sécurisé et performant à la mémoire off-heap, ce qui était jusqu’ici difficile avec ByteBuffer. Elle introduit des concepts puissants comme MemorySegments, Arenas et VarHandle.
Q : Que vise le projet Leyden ?
R : Leyden ambitionne de permettre à Java de démarrer en quelques millisecondes grâce à la compilation anticipée (AOT) et au préchargement des classes, tout en préservant sa portabilité.
Q : Quels sont les bénéfices concrets observés avec Spring Boot 3 ?
R : Les benchmarks présentés ont montré une nette amélioration du temps de démarrage, une meilleure gestion mémoire et des performances accrues sur les requêtes HTTP, notamment grâce à Spring AOT et aux Virtual Threads.
