Patch application lors de changements structure objets

Bonjour,

Je ne sais pas si le sujet a sa place ici, ou peut être dans la persistence...
Ceci étant, je me posais une question quant à la maintenance d'une application dont on sauvegarde les données dans un fichier à l'aide d'un ObjectOutputStream.writeObject(monObjet). Dès lors que la structure des objets change, l'application ne peut plus lire les anciennes données.
Je pensais passer par une petite appli qui s'occupe de patcher mes fichiers sauvegardés (en remplissant les nouveaux champs par des valeurs par défaut), cependant je voudrais savoir s'il existe d'autres moyens pour garantir la compatibilité d'une version à une autre de mon application ? Ou encore des frameworks dédiés à celà car l'idée est peut être là, mais je ne sais pas vraiment par quel bout prendre le problème !

Merci d'avance !

Salut,


De quel type de changement s'agit-il ?
En règle général les changements sont supporté du mieux possible selon les cas (par exemple si un champs est ajouté, il vaudra null/zéro en cas de chargement d'une version plus ancienne).
Et si besoin on peut définir des

Maintenant pour quelque chose de plus souple on peut définir la méthode readResolve() afin de définir ces valeurs lorsqu'elles sont absentes...


Sinon une autre solution serait de passer par les XMLEncoder/XMLDecoder qui se base sur les getter/setter...


a++

Salut et merci de ta réponse (désolé du temps de réponse un peu long) pour en revenir à ce que tu proposes, en fait, actuellement, dès que j'opère un changement sur les classes qui composent les fichier que je lis pour regénérer mes objets, j'ai une InvalidClassException, j'ai trouvé une solution ici :
http://java.developpez.com/faq/java/...ION_sansSerial

Ceci étant, ça ne résoud pas totalement mon problème, bien qu'ayant fixé le serialVersionUID d'une de mes classes pour tester. En effet, j'obtiens maintenant une nouvelle exception dont voici la trace à partir de l'appel du "readObject()"

Code:

---

1 2 3 4 5

java.io.EOFException at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2570) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1314) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:368)

---

Ca ne semble pas empecher la lecture de mon fichier, mais ça me chiffonne tout de même, quelqu'un aurait il une idée pour m'éclairer ?

Petit up.

J'ai mis en place des "private static final long serialVersionUID" aux classes que je sérialize ce qui me permet de lire mes fichiers "crits avec d'anciennes versions de mes classes.

Cependant le problème est toujours là mais sous une autre forme.
Mes objets bien créés, mais quand je souhaite accèder à un champs que j'ai ajouté dans la nouvelle version de ma classe, j'ai des NullPointerException car il semblerait que les nouveaux champs prennent par défaut la valeur "null" (jusque là pas de problème).

Ceci étant, y a t'il possibilité de définir des valeurs par défaut autre que null lorsqu'un champs n'existe pas dans l'objet issus d'une ancienne version de ma classe ? Pour éviter d'avoir à ajouter des traitements spécifiques pour gérer le fonctionnement des différentes versions de classes ?
Actuellement ça me pose problème car j'ai des nouveaux champs qui sont, entre autre, des ArrayLists sur lesquelles je boucle directement sans tester si elles sont nulles, car sensées êtres intialisées à "new ArrayList<Classe>()";

Oups, désolé, j'en avais oublié ta proposition de readResolve, j'ai pu corriger mon problème avec, merci bien à toi, et désolé du post inutile du coup.

Merci encore :)

J'avais déjà donné la réponse dans mon précédent post :

Citation:

---

Envoyé par adiGuba

Maintenant pour quelque chose de plus souple on peut définir la méthode readResolve() afin de définir ces valeurs lorsqu'elles sont absentes...

---

Code:

---

1 2 3 4 5 6

private Object readResolve() throws ObjectStreamException { if (this.list==null) this.list = new ArrayList<String>(); // etc pour tous les champs "ajoutés" entre deux versions return this; }

---

a++