Discussion :

[sliderman]

bonjour @ tous,

une petite question concernant cette étrange variables (voir titre)

maintenant que j'ai compris à quoi elle servait :
bien faire correspondre les différentes classes


je voudrait savoir qui est ce qui la gère : la JVM ou l'IDE dans lequel on développe ou nous même.

Parce eclipse (mon IDE) me génére un avertissement si je n'en mets pas
il me la génére, et l'avertissement disparait
et si j'en mets une moi même pas d'avertsissemnt non plus

donc à qui revient la responsabilité de cette variable ?

[adiGuba]

Salut,

donc à qui revient la responsabilité de cette variable ?

C'est à la charge du développeur. Il doit changer cette valeur à chaque modification incompatible (par exemple ajout d'un nouvel attribut non-transiant).

S'il ne le fait pas, un numéro sera généré automatiquement, selon plusieurs critères, mais qui génèrera de nombreuse incompatibilité inutilement (par exemple, l'ajout d'une méthode pourrait provoquer une incompatibilité, même si elle ne rentre pas en compte dans le processus de sérialisation).


Plus d'info :

• [Java 5.0] serial : "serializable class Main has no definition of serialVersionUID"
• Interface java.io.Serializable

a++

[lechewal]

L'IDE utilise la JVM pour la générer

[professeur shadoko]

Je déterre cette discussion pour parler de la gestion du serialVersionUID pour des classes dans un gros projet avec pas mal d'intervenants.
en gros:
- quand une classe évolue elle n'est pas forcément incompatible avec la version précédente du point de vue de la Serialization/deSerialization: les règles sont relativement complexes...
- quand elle devient incompatible avec la version précédente que vaut-il mieux faire? : ne pas modifier le serialVersionUID et laisser les gens se planter ou modifier le serialVersionUID (et laisser les gens se planter ...)
J'opte pour le fait de changer le serialVersionUID.
Bon.
Maintenant une autre question: je demande aux développeurs de mémoriser les règles et de modifier le numero de version uniquement quand il créent une nouvelle version incompatible .... ou on fait ça automatiquement?
Automatiquement ça voudrait dire que je serais capable d'adjoindre à la chaine de génération du projet un truc qui détecte l'incompatibilité et régénére le serialVersionUID. (en gros ça pourrait être : j'écris dans un fichier un objet nouvelle version et je le lis dans ce fichier avec l'ancienne version: si ça plante on appelle serialver à la rescousse).
Moui......
Vous faites ça vous de manière portable? (j'ai ici une chaîne avec Maven, Jenkins et tout le toutim).
retours d'expériences bienvenus
Merci