Deserialisieren mit anderem Klassennamen

[s-markus]

Hallo!

ich habe schon vor längerer Zeit eine ganze Menge Daten serialisiert und immer mal wieder deserialisiert.
Jetzt möchte ich die Prozedur auf einem JavaServer (MyJavaServer.com) ausführen.
Damit verbunden ist, dass ich alle meine Klassen in ein extra package legen muss.
Was ist jetzt das Problem?
Da sich das Package der Klasse des serialisierten Objektes ändert, ändert sich auch der Klassenname
und ich kriege logischer Weise eine Exception beim deserialiesieren.
habe auch schon versucht mit einem Editor den Klassenname in der Datei in dem das Objekt gespeichert ist manuell zu ändern. => Bringt aber nichts (java.io.UTFDataFormatException).
(Es sind viele Daten ...)

Danke für jede Idee!

Viele Grüße,

Markus

 

[Wildcard]

hmmm
Das wird nicht gehen. Serialisierung ist eben nicht sehr flexibel.
Kannst du nicht lokal ein kleines Prog starten das deine alten Daten deserialisiert, auf die neuen Klassen überträgt und wieder serialisiert?

 

[s-markus]

Kannst du nicht lokal ein kleines Prog starten das deine alten Daten deserialisiert, auf die neuen Klassen überträgt und wieder serialisiert?

Ja, das is ne Idee. Allerdings würde ich das erst machen wenns wirklich nicht anders geht.
Die Daten sind wirklich sehr blöd übertragbar. Ich hab da einen riesigen gerichteten Graphen serialisiert. Da sind auch noch ein paar Unterklassen die ich selbst geschrieben habe. Wird glaub ich ein etwas größers Projekt.
Irgendwo habe ich gelesen, dass der Klassenname ASCI-Codiert mit in die Datei geschrieben wird. Stimmt auch.
Vielleicht habe ich die ganze Sache nur mit dem falschen Editor (nano) gemacht? Ich werde mal ein paar HEX-Editoren durchprobieren.

Danke erstmal.

Viele Grüße,

Markus

 

[Wildcard]

Ist möglich das du damit Erfolg hast, viel Glück dafür.
Achte aber darauf das die Serial Version ID noch identisch ist.
Sag mal bescheid was draus geworden ist.
Für die Zukunft:
Serialisierung ist keine geeignete Nutzdatenpersistierung.

 

[s-markus]

Ich habe erst noch etwas mit HEX-Editoren rumexperimentiert.
Bin damit aber nicht glücklich geworden. Ich denke aber es könnte
so irgendwie gehen. Bin mir wiederrum aber nicht sicher, weil es ja sein kann,
dass noch an anderen Stellen der Klassenname nicht-ASCI-codiert verwendet wird.

Zwischendurch bin ich auf eine andere Idee gekommen:
Habe das Object ob das ich hatte in einen XML-String umgewandelt und den alten Package-Namen "common" darin durch "mreuthe1.common" ersetzt:

import com.thoughtworks.xstream.XStream;
...
XStream xstream = new XStream();
		String xml = xstream.toXML(ob);
		xml = xml.replaceAll("common", "mreuthe1.common");

(XStream: http://xstream.codehaus.org/download.html )
Dann habe ich den String xml in eine Datei geschrieben. Entspricht bis hier hin
dem normalen Serialisieren.

Dann habe ich die entsprechenden Klassen aus dem package "common" in "mreuthe1.common" verschoben und die Datei wieder "xml-deserialisiert":

StringBuffer xml = ... ; //aus der XML-Datei ausgelesen

XStream xstream = new XStream();
ob = xstream.fromXML(xml.toString());

Nach dem Cast von ob in meinen gerichteten Graphen war ich sehr glücklich, da alles funktioniert hat!

Trotz dieser schlechten Erfahrung mit der gewöhnlichen Serialisierung muss ich gestehen, dass ich sie doch wieder verwende, weil:
1. einfach
2. Serialisierung von Sun ergab eine Datei-Größe von 100 kB, mit xml: 1,4 MB
(allerdings habe ich noch die xml-Datei mit tar testweise gezipt und bin auch auf 120 kB gekommen)


Ich möchte aber drauf hinweisen, dass es sich um eine eher abendteuerliche Methode handelt, da mit

xml.replaceAll("common", "mreuthe1.common");

alle Strings ersetzt werden, nich nur die die den Package-Namen bezeichnen.

Viele Grüße,

Markus

 

[Leroy42]

abendteuerliche Methode handelt

Wem sagst du das!?

Manche Abende können wirklich sehr teuer werden. :?