IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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

Le , par Cedric Chevalier

64PARTAGES

1  0 
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 ?

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de zeyr2mejetrem
Membre chevronné https://www.developpez.com
Le 16/05/2013 à 14:43

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 ????
1  0 
Avatar de if_zen
Membre averti https://www.developpez.com
Le 16/05/2013 à 17:04
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.
1  0 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 16/05/2013 à 18:01
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,
1  0 
Avatar de Voyvode
Membre émérite https://www.developpez.com
Le 16/05/2013 à 14:48
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.
0  0 
Avatar de jesus13
Nouveau Candidat au Club https://www.developpez.com
Le 20/05/2013 à 13:22
C'est digne d'un 1er avril. J'espère ne pas avoir à l'expliquer à un client un jour...
0  0 
Avatar de tchize_
Expert éminent sénior https://www.developpez.com
Le 20/05/2013 à 18:58
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?

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 .
0  0 
Avatar de SirDarius
Nouveau membre du Club https://www.developpez.com
Le 16/05/2013 à 13:54
Il serait probablement plus clair d'adopter un système plus simple, comme le Semantic Versioning.
0  1 
Avatar de Elendhil
Membre averti https://www.developpez.com
Le 19/05/2013 à 15:36
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 !
0  1