Java Serialization - Traitement automatique des champs changés?

Mise à jour du 20 mai: J'aurais d'avoir mentionné que les objets en question ont une définition "SerialVersionSionUID" (la même valeur chez OLLD & NOUVEAU), mais la sérialisation échoue avant que ReadObject () soit appelée à l'exception suivante:

exception dans le fil "MAIN" Java.IO.InvalidClsSException: TestData; Types incompatibles pour le numéro de champ code> p>

Je comprends également un exemple en bas. P>

Je travaille avec une application importante qui envoie des objets sérialisés (implémentations sérialisables, pas exernalisable) du client au serveur. Malheureusement, nous avons maintenant une situation dans laquelle un champ existant a changé de type complètement, ce qui brise la sérialisation. P>

Le plan consiste à mettre à niveau le côté du serveur en premier. À partir de là, j'ai le contrôle des nouvelles versions des objets sérialisés, ainsi que l'ObjectInputStream pour lire les objets (au premier ancien) provenant des clients. P>

J'avais au début de la mise en œuvre de ReadObject ( ) dans la nouvelle version; Cependant, après l'avoir essayé, j'ai découvert que la validation échoue (en raison de types incompatibles) avant la méthode jamais appelée. p>

Si je sous-classe ObjecteInpuTstream, puis-je accomplir ce que je veux? P> Encore mieux, existe-t-il des bibliothèques tierces qui font une sorte de sérialisation 'Magic'? Il serait vraiment intéressant de convertir des outils / bibliothèques pouvant convertir un flux d'objets sérialisés en quelque chose comme un éventail de hashmaps ... sans avoir besoin de charger les objets eux-mêmes. Je ne sais pas si il est possible de le faire (convertir un objet sérialisé sur un hashmap sans charger la définition de l'objet elle-même), mais si cela est possible, je pouvais imaginer un outil pouvant convertir un objet sérialisé (ou flux d'objets ) À une nouvelle version, en utilisant, par exemple, un ensemble de propriétés pour les astuces de conversion / règles, etc. p>

Merci pour toute suggestion. P>

Mise à jour du 20 mai - Exemple de source ci-dessous - le champ "numéro" dans TestData passe à partir d'un "INT" dans l'ancienne version à une "longue" dans la nouvelle version. Remarque ReadObject () Dans la nouvelle version de TestData n'est pas appelée, car une exception est levée avant de ne jamais y arriver: p>

Exception dans le fil "Main" Java.IO.InvalidClsSException: TestDATA; Types incompatibles pour le numéro de champ p>

ci-dessous est la source. Enregistrez-le dans un dossier, puis créez les sous-dossiers 'Old »et« Nouveau ». Mettez la version «ancienne» de la classe TestData dans le dossier «Old» et la nouvelle version dans «Nouveau». Placez les classes «ERITITE» et «Readit» dans le dossier principal (parent de l'ancien / nouveau). 'CD' dans le "vieux" dossier et compiler avec: javac -g -classpath. TestData.java code> ... puis faites la même chose dans le «nouveau» dossier. "CD" retour au dossier parent et compiler Evident / Readit: p> xxx pré>

puis exécuté avec: p> xxx pré>

[Version ancienne] Testdata.java B> P>

import java.io.*;

public class ReadIt
{
    public static void main(String args[])
        throws Exception
    {
        ObjectInputStream ois = new ObjectInputStream(new FileInputStream("TestData_old.ser"));

        TestData d = (TestData)ois.readObject();

        ois.close();

        System.out.println("Number = " + d.number);
    }
}