Java : Oracle adopte une nouvelle nomenclature pour les mises à jour du JDK
Pour mieux tracer les sorties
Le 2013-05-16 09:12:42, par Cedric Chevalier, Expert éminent sénior
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 ?
Que pensez vous de la nouvelle nomenclature ? Offre-t-elle une meilleure traçabilité des mises à jour que l'ancienne ?
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 ?
-
zeyr2mejetremMembre chevronné
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.
Ce que j'aime bien c'est que c'est simple !!!
Sérieusement !!! Ils ont bu chez Oracle ????le 16/05/2013 à 14:43 -
if_zenMembre avertiC'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.le 16/05/2013 à 17:04 -
UtherExpert éminent séniorMais 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,le 16/05/2013 à 18:01 -
VoyvodeMembre émériteSur 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.le 16/05/2013 à 14:48 -
jesus13Nouveau Candidat au ClubC'est digne d'un 1er avril. J'espère ne pas avoir à l'expliquer à un client un jour...le 20/05/2013 à 13:22
-
tchize_Expert éminent séniorJ'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?
Y a des lettres de licenciement qui se perdent chez oracle
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. le 20/05/2013 à 18:58 -
SirDariusNouveau membre du ClubIl serait probablement plus clair d'adopter un système plus simple, comme le Semantic Versioning.le 16/05/2013 à 13:54
-
ElendhilMembre avertiDonc 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! le 19/05/2013 à 15:36