Discussion :

[cdtkoenig]

bonjour,

j'utilise la serialisation pour sauvegarder mes donn�es, notament je serialize un arraylist comme ca :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
 
ArrayList<FishObject> objects = null;
... affectation de objects ...
FileOutputStream fos = new FileOutputStream("monfichier");
ObjectOutputStream oos = new ObjectOutputStream(fos);
oos.writeObject(objects);
oos.flush();
oos.close();

FishObject est bien serialisable :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

public class FishObject extends Object3D implements Comparable<FishObject>, Serializable{

et sauf erreur de ma part, apres un bon paquet de debug mon arrayList objects contient bien des donn�es avant d'�tre s�rialis�

Quand je recharche tout ca

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
 
fis = new FileInputStream("monfichier");
ois = new ObjectInputStream(fis);
objects = (ArrayList<FishObject>) ois.readObject();
ois.close();

mon arrayList objects est plein d'objets vides (attributs aux valeurs par d�faut), il semble quand bien que le nombre d'objets est bon au moins
Alors l� je vois pas ...
help

[BugFactory]

Et si on jetait un coup d'oeil dans le fichier?

[cdtkoenig]

B� oui !
mais j'ai du mal a lire le binaire ... comment faire ?
fichier joint (nucleus.ser dans une archive zip)

Merci

[le y@m's]

mon arrayList objects est plein d'objets vides (attributs aux valeurs par d�faut)

Est ce que ces attributs sont h�rit�s de la classe Object3D ? Si oui, celle ci est-elle bien Serializable ?

[cdtkoenig]

Bingo
Object3D n'etait pas marqu� comme serialisable et avait un attribut de type Pixel3D qui ne l'etait pas non plus.
Je profite pour poser une aute question sur la serialisation :
n'est-il pas risqu� de stocker des donn�es via la serialisation car si j'ai bien compris, si j'ajoute un attribut � ma classe dans 3 mois, mon appli ne pourra plus charger les fichiers de la version n-1 ?
Comment faire autrement sans passer trop de temps � coder tout ca ?

Merci

[CyberChouan]

Tu peux tenter la s�rialisation XML.

Les sauvegardes sont plus faciles � modifier "� la main", et sont compr�hensibles quand on les ouvre avec un �diteur de texte, ce qui n'est pas le cas d'un fichier binaire
Elles passent mieux d'une version de ton programme � la suivante qui a un attribut en plus (enfin... tout d�pend de la mani�re dont tu codes ta s�rialisation)

Par contre, les fichiers ainsi cr��s sont plus gros. Et si tu parses tes fichiers avec Dom, cela peut poser des probl�mes si tes sauvegardes sont trop volumineuses

[cdtkoenig]

Merci pour ta r�ponse, que me conseilles-tu pour attaquer la serialisation XML (une lib, un tuto, ...) ?
Sinon, j'ai lu sur http://www.mactech.com/articles/mact...ion/index.html
que certaines modif n'empechaient pas de relire des objets s�rialis�s de version pr�c�dentes : notament l'ajout d'attribut ne semble pas poser de probl�me car java utilise la valeur par d�faut des nouveaux attributs dans ce cas (en gardant le SUID compatible). Ca me rassure mais je reste circonspect sur le binaire, interress� par le xml et globalement assez faineant alors ....

Merci

[le y@m's]

Pour la s�rialisation XML l'API XStream est plut�t sympa (efficace et pas compliqu�e) .

[deltree]

Pour d�courvrir les secrets de la s�rialisation :
http://java.sun.com/developer/techni...serialization/

en gros, l'atribut SerialUID permet � ta classe d'�tre accept�e � tous les coups par le ObjectStream, mais tu prend le risque d'avoir un r�sultat incoh�rent, alors dans ce cas il vaut mieux red�finir ta propre s�rilization:
1. soit en surchargeant les m�thodes:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
180   private void writeObject(ObjectOutputStream out) throws IOException
190   {
200     out.defaultWriteObject();
220   }
230   private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException
240   {
250     // our "pseudo-constructor"
260     in.defaultReadObject();
270     // now we are a "live" object again, so let's run rebuild and start
280     // autre traitement à toi
290
300   }

2. soit en impl�mentant "Externalizable" ce qui te rend s�rializable et te permet de cr�er ton propre m�canisme de s�ralisation.

Arp�s, il faut bien g�rer tes version: ajouter un N� de version d'enregistrement dans ta classe (je ne pense pas qu'on puisse utiliser directement le SerialUID, risque de plantage) , et avoir un bloc pour d�s�rialiser chaque version pour maintenir la compatibilit� ascendante.

[cdtkoenig]

Vraiment sympa Xstream, et simple � utiliser, par contre, ca multiplie les volumes par 5 (200 ko vs 1Mo) et pareil pour le temps de rechargement des objets en ram. Du coup, je continue a � me tater ...
En tout cas, j'ai les r�ponses � mes questions !

[le y@m's]

Sinon voici un tutoriel sur la s�rialisation binaire en Java qui pourrait t'int�resser.