Summary

  • Oracle JDK 21.0.13, publié le 20 octobre, inaugure la licence OTN dans cette famille. Le tableau officiel conserve 21.0.12 et les versions antérieures sous NFTC ; les mises à jour suivantes relèvent d'OTN ou des droits du client.
  • Le calendrier de support commercial de Java 21 se poursuit après la fenêtre des nouvelles mises à jour largement gratuites. Préserver la même génération devient un choix de contrat et de calendrier applicatif.

« Nous restons en Java 21 » : la réponse a perdu des chiffres

Pour une direction applicative, rester sur la même génération peut sembler rassurant. Pour les achats, les chiffres après le 21 viennent de prendre de la valeur. Les notes de version présentent 21.0.13, sorti le 20 octobre, comme la première mise à jour d'Oracle JDK 21 soumise à la licence OTN pour Java SE. Le logiciel reste conforme à Java SE 21. La famille technique et le régime du nouveau téléchargement suivent désormais deux chemins distincts.

Un bon de maintenance portant seulement « Java 21 » laisse donc une décision inachevée. L'équipe système choisit un binaire précis ; l'entreprise doit disposer du droit correspondant à son usage. L'identifiant complet de la version relie ces deux opérations.

La FAQ d'Oracle, actualisée le 20 octobre, matérialise la frontière : 21.0.12 et les versions précédentes restent classés sous NFTC ; 21.0.13 et les suivants passent sous OTN ou dans les voies réservées aux clients. La place des anciens binaires demeure dans le tableau. Chaque nouveau correctif apporte son propre régime.

Le support dure plus longtemps que la fenêtre gratuite

C'est ici que le sigle LTS devient une mauvaise réponse à une question d'achat. Le calendrier commercial d'Oracle prévoit pour Java 21 le support Premier jusqu'en septembre 2028 et le support Extended jusqu'en septembre 2031. Ces dates concernent les clients ayant les droits commerciaux correspondants. La fenêtre NFTC des nouvelles mises à jour de JDK 21 s'est refermée avant elles.

Oracle prévoit actuellement de maintenir JDK 25, sa génération LTS la plus récente, sous NFTC jusqu'en septembre 2028. Ce serait un an après l'arrivée prévue de Java 29 en septembre 2027. Une migration vers 25 déplace donc aussi le calendrier commercial. L'équipe applicative doit financer sa qualification : une licence à coût nul peut très bien entrer dans un projet qui mobilise du temps d'ingénierie.

Conserver un ancien binaire NFTC conserve cette version du logiciel et sa position dans le tableau de licences. Les corrections apportées aux versions suivantes arrivent dans d'autres binaires. Oracle recommande une mise à jour à chaque Critical Patch Update. La décision d'achat doit accompagner ce rythme de maintenance.

Le droit dépend aussi de la destination

La licence NFTC autorise notamment les opérations internes de l'entreprise, selon ses conditions. L'accord OTN définit des usages précis : personnel, développement, produits Oracle approuvés et certains usages identifiés d'Oracle Cloud Infrastructure. Le développement comprend les tests, les prototypes et les démonstrations. Les usages qui dépassent ces autorisations exigent une licence distincte valable.

La même mise à jour peut donc suivre des circuits différents selon son emploi et les droits déjà acquis. Oracle mentionne les abonnements Java actifs, certains contrats de support antérieurs, les droits OCI correspondants et Java utilisé uniquement avec un autre produit Oracle ouvrant ce droit. Il faut rattacher le déploiement à l'autorisation qui le couvre. Le bouton de téléchargement ne fait pas ce travail.

Pour les achats, la population utile se compose d'applications et d'usages identifiés, avec fournisseur du runtime, version complète et droit applicable. Additionner toutes les machines portant l'étiquette Java 21 gomme précisément la frontière devenue commerciale en octobre.

La compatibilité a maintenant un prix visible

Les contrats des clients et leur coût de qualification applicative ne sont pas publics ; ils détermineraient la facture d'une entreprise donnée. Le choix économique se dessine pourtant nettement. Financer la continuité permet de conserver une génération familière. Qualifier une version plus récente peut avancer une dépense d'ingénierie pour retrouver une fenêtre de licence plus large. Un autre runtime correctement licencié exige lui aussi une décision de maintenance et de test.

Oracle fixe les fenêtres de ses mises à jour. Le client paie l'organisation du calendrier applicatif qui en découle. Si les achats ne regardent que l'abonnement et les ingénieurs que leur prochaine livraison, le coût restant finira chez celui qui ne pourra plus déplacer la date.

Avant de signer le déploiement, une question tient en quelques chiffres : quel Java 21 exactement ? Dans l'inventaire, les décimales viennent de gagner une place à la table du budget.

Sources