Java : Oracle adopte une nouvelle nomenclature pour les mises à jour du JDK

Java : Oracle adopte une nouvelle nomenclature pour les mises à jour du JDK
pour mieux tracer les sorties

Les nombreuses failles de sécurité récentes en relation avec Java SE ont contraint plus d'une fois les experts d’Oracle à renommer les mises à jour dans un soucis de clarté et de cohérence. Cependant, avec l'ancienne méthode de nommage, la cohérence des noms pour les mises à jour est difficile à observer.

Ceci résulte la plupart du temps à un désordre que n'appréhendent pas facilement les utilisateurs. C'est dans l'optique d'une amélioration des choses qu'Oracle a développé une nouvelle nomenclature pour les noms des mises à jour de Java SE.

Depuis le JDK 5, les mises à jour de Java sont déclinées en deux catégories. La première est dite mineure et celle-ci ne traite en aucun cas des questions relatives à la sécurité. Elle permet de corriger des bogues mineurs, ainsi que l'ajout de certaines nouvelles fonctionnalités. La seconde catégorie est appelée mise à jour majeure ou CPU (Critical Patch Update). Celle-ci adresse les problèmes de sécurité importants et permet de colmater les brèches de sécurité.

La nouvelle nomenclature prévoit que le numéro de la mise à jour mineure soit un multiple de 20, tandis que celui de la mise à jour majeure soit un nombre impair multiple de 5 et s'il advenait que celui-ci devienne pair, alors il faudrait l'incrémenter.

En appliquant ces nouvelles règles pour la version actuelle du JDK, on peut facilement déterminer le prochain numéro de la mise à jour mineure « 7U40 ». Les trois mises à jour majeures de sécurité pour cette mise à jour mineure seront 7U45, 7U51( 45 + 5 = 50 on doit donc incrémenter) et 7U55.

D'après Oracle, cette nouvelle nomenclature a des points positifs. Elle permet d'avoir une meilleure traçabilité pour les mises à jour publiées.


Source : Oracle

Et vous ?

:fleche: Que pensez vous de la nouvelle nomenclature ? Offre-t-elle une meilleure traçabilité des mises à jour que l'ancienne ?

Il serait probablement plus clair d'adopter un système plus simple, comme le Semantic Versioning.

Citation:

---

La nouvelle nomenclature prévoit que le numéro de la mise à jour mineure soit un multiple de 20, tandis que celui de la mise à jour majeure soit un nombre impair multiple de 5 et s'il advenait que celui-ci devienne pair, alors il faudrait l'incrémenter.

---

8O Ce que j'aime bien c'est que c'est simple !!! :aie:
Sérieusement !!! Ils ont bu chez Oracle ????

Sur le coup, je n'ai rien compris. En regardant de plus près, c'est assez simple :

• Une update ordinaire se finira par 00, 20, 40, 60 ou 80.
• Une mise à jour critique se finira par 1 ou 5.

Ce qui donne : 00, 05, 11, 15, 20, 25, 31, 35, 40…

Pourquoi pas. Je suppose que les autres numéros pourront être utilisés pour des versions en interne.

C'est carrément illisible.
Et après 80, on passe à 100 ?

En incrémentant de +1 on est arrivés à la 6u45 ; si on se met à incrémenter de 20 en 20 bonjour les dégâts...

6.2.12 pour indiquer la 2e version mineure 12e patch critique aurait été plus simple à lire.

Mais qu'est ce qu'il ont fumé chez oracle?

Actuellement le numéro de version java est segmenté en 4 morceaux et le 3eme est inutilisé(toujours à 0).
Pourquoi ne pas utiliser le 3eme pour les mises à jours mineures et le 4eme pour les mises à jour de sécurité?

Il faut croire qu'après après Java x -> J2SE 1.X -> J2SE X -> JavaSE X ... ils cherchaient un nouveau moyen pour complexifier encore plus la numérotation des versions de Java,

Donc il y aura plus que 5 mises à jour mineures par version de java, ils ont décidé de baisser le rythme.

Il n'y a que des développeurs pour avoir une idée pareil 8O !

C'est digne d'un 1er avril. J'espère ne pas avoir à l'expliquer à un client un jour...

J'ai bien vérifié, mais non, on est pas le premier avril. De toutes les manières claires existantes pour numéroter des versions (x.y.z, x.y-secz, x.y-rz), il a fallu qu'ils aillent choisir un truc tordu comme ça.


Dites moi, la 7U121, c'est le 4ème patch sécurité de la 7U100 ou les 8ème patch de la 7U80? 8O

Y a des lettres de licenciement qui se perdent chez oracle :aie:


Règle numéro 1 du développeur: si ton idée est géniale et que personne ne l'a fait avant... C'est qu'en fait elle est pourrie, sauf rare exception 8-).