Discussion :

[Invité]

Bonjour,

Je travaille avec Eclipse. Je crée plusieurs composants graphiques ( extensiosn de JLabel et de JButton, JFrame, JPanel, etc..)
Mais eclipse me donne toujours un avertissement car je n'ai pas déclaré de champ final static serialVersionUID de type Long.
J'en crée donc un mais pourquoi veut-il cela ?

[xavlours]

Lorsque tu n'en définis pas, la jvm en définit un à l'exécution. Selon les versions de la classe, il changera.

Essaye de sérialiser/externaliser un objet dans un fichier, puis d'ajouter une ou deux méthodes, de recompiler, et de le désérialiser : meme nom de classe, mais serialVersionUID différents -> IOException. Alors qu'avec un numéro entré par le développeur, ça serait passé.
Pareil en renommant juste un attribut sans toucher au comportement de la classe.

Par contre, si tu touches aux attributs (nombre, type, ...), il faut changer le numéro parce que ça ne sera pas compatible avec l'objet sérialisé.

J'ai été clair ?

[Gfx]

C'est pour pouvoir serialiser les composants. Je ne vais pas entrer dans les details mais si tu ne sais pas de quoi je parle ou si tu n'as pas besoin de serialiser tes composants (c'est tres rare avec une interface graphique), tu peux oublier le serialVersionUID. Je te conseille d'aller dans les options d'Eclipse et dans la section Java de desactiver l'avertissement lie au serialVersionUID.

[Invité]

Ok, merci à tous les deux.

Je n'ai en effet pas besoin de sérialiser mais j'ai appris qu'il fallait un serialVersionUID pour le faire.

Merci beacoup

[PoPeio]

D'ailleurs petite question :

Quelle est la diff entre la serialisation et l'externalisation ?


Moi on m'a toujours conseille d'utiliser l'externalisation mais je me rends compte que je ne sais pas pourquoi

[xavlours]

La sérialisation écrit bêtement l'objet dans son état courant. L'externalisation permet de maitriser ce qui est écrit ou pas.
Si certains attributs peuvent être calculés à partir d'autres, ce n'est pas la peine de les écrire. Ou si ils dépendent de la valeur de variables statiques, il faut les recalculer, et non pas les lire directement.
Dans les 2 cas, la première chose qui est écrite, c'est le nom de la classe et son serialVersionUID.

[PoPeio]

Je croyais que ces notions (Externalisation,Serialisation) et fortement impliqué dans le processus RMI.. et tu n'y fais du tout allusion , est ce que c'est implicite ou ...

[xavlours]

Je ne connais pas RMI. Ca m'est arrivé de sérialiser des objets pour faire des sauvegardes (vers un FileOutputStream) ou pour communiquer par le réseau, c'est tout.
Aussi, je suis certain d'être tout a fait incomplet et non exhaustif quand je parle de sérialisation, mais comme personne ne m'a contredit, je suppose que je n'ai pas écrit d'énormités.

[PoPeio]

en fait le RMI (remote method invocation) et le protocole de transport des données en architecture client serveur..
et je ne sais pas quelle est la diff que ta classe soit sérialiser ou externaliser

[xavlours]

Oui, enfin, je n'ai jamais utilisé RMI, mais je connais le principe, et c'est clair que ça demande beaucoup de sérialisation.

Sérialisation : l'objet est envoyé dans le flux tel qu'il est écrit en mémoire
Externalisation : les données sont traitées entre la représentation mémoire et les données du flux (par les méthodes readExternal() et writeExternal() de l'interface Externalizable).

[PoPeio]

donc avec l'externalisation du maitrise les données anvoyéesc ..


C'est cool je me coucherais moin ... ce soir !!


Merci