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.