il n'y a que moi que l'utilisation d'OpenJDK11 encore en 2026 interpelle ? Bon, déjà on n'est plus sur de l'OpenJDK8... (même si en Mageia j'ai encore du maven-openjdk8...)
Au vu des durées de fin de vie proposées, c'est à peine dans les clous :
En gros : viser OpenJDK25 soit sauter de 3 versions LTS intermédiaires, et mieux vaut se préparer d'ores et déjà à ce que ça fonctionne en OpenJDK26...
Comment peut-on proposer un atelier de génie logiciel sans en appliquer les bonnes pratiques ? Une bonne CI/CD permet tout de même de réduire l'utilisation de pratiques obsolètes et identifier les points à retravailler pour s'adapter à l'à venir... qui aurait aimé rester bloqué sur java 1.4 ad vitam æternam ?!
Le modèle proposé par l'architecte de Java est la méthode des petits pas : suivre les versions de OpenJDK pour être prêt à chaque LTS, plutôt que d'attendre la sortie de la LTS pour voir l'étendue des dégâts o_O
# openJDK 11 ?
Posté par BAud (site web personnel) . En réponse à la dépêche Open ModelSphere, un outil de modélisation. Évalué à 3.
il n'y a que moi que l'utilisation d'OpenJDK11 encore en 2026 interpelle ? Bon, déjà on n'est plus sur de l'OpenJDK8... (même si en Mageia j'ai encore du maven-openjdk8...)
Au vu des durées de fin de vie proposées, c'est à peine dans les clous :
En gros : viser OpenJDK25 soit sauter de 3 versions LTS intermédiaires, et mieux vaut se préparer d'ores et déjà à ce que ça fonctionne en OpenJDK26...
il y a https://endoflife.date/openjdk-builds-from-oracle qui a des dates plus réalistes pour aller de l'avant...
Même Microsoft a des dates plutôt claires pour la fin de chaque version d'OpenJDK
Comment peut-on proposer un atelier de génie logiciel sans en appliquer les bonnes pratiques ? Une bonne CI/CD permet tout de même de réduire l'utilisation de pratiques obsolètes et identifier les points à retravailler pour s'adapter à l'à venir... qui aurait aimé rester bloqué sur java 1.4 ad vitam æternam ?!
Le modèle proposé par l'architecte de Java est la méthode des petits pas : suivre les versions de OpenJDK pour être prêt à chaque LTS, plutôt que d'attendre la sortie de la LTS pour voir l'étendue des dégâts o_O