Deserialisierung funktioniert n. Refaktorisierung nicht mehr

[Guest]

Hi,

ich habe ein simples aber ebenso ekliges Problem. Ich habe meine Klassen refaktorisiert, i.d.R. sind die Klassen nicht umbenannt worden, aber verschoben oder in größeren Packages umorganisiert. Nun lassen sich die komplexeren Objekte nicht mehr von Festplatte deserialisieren (Standard Java Serialisierung/Deserialisierung). JDK 1.6.


Gibt es hierzu einen effizienten Ansatz, oder muss ich die gesamte Refaktorisierung rückgängig machen?


Schonmal vielen Dank vorrab! Thomas

 

[Wildcard]

Sollte doch klar sein das sowas knallt, deshalb ist Objektserialisierung auch keine sinnvolle Persistierung.
Du musst alles rückgängig machen (und die Serial Version ID muss passen).

 

[Guest]

Hi,

ich überlege gerade mir einen Converter zu stricken. Da die alten Packagenamen sich von den neuen unterscheiden sollte das doch gehen zwei gleiche Datentypen aus jeweils unterschiedlichen Packages in einem Programm zu benutzen. Dazwischen muss halt leider mühselig jeder Datentyp umkopiert werden in den Neuen, anschliessend würde ich das dann wieder serialisieren. So muss man halt leider runter bis auf die elementaren Datentypen. Schön ist das nicht. Bin mir auch noch nicht so ganz so sicher ob das funktionieren wird, was meinst du?

 

[Gast]

PS: Was empfiehlst du statt dessen um Objekte persistent zu machen? Also etwas wo ich danach trotzdem noch refaktorisieren kann ohne das es etwas ausmacht wenn ich alte Objekte wieder lade? Mir fällt dazu nicht ein wie das gehen könnte.

 

[Wildcard]

In dem du ein Datenformat verwendest. XML beispielsweise. Zusammen mit einem Binding Framework ist es auch nur unwesentlich mehr Aufwand als Serialisierung, aber wesentlich flexibler und robuster.

 

[Guest]

Hmm, ok. Aber was ist wenn sich der Name eines Objektes ändert? Soweit wie ich jetzt XML Files kenne stehen da ja auch die Name der Klassen bzw. der Objekte hierarchisch gegliedert drin. Damit kommt die XML Deserialisierung doch auch nicht klar oder etwa doch?

Leider findet sich im Web kein vernünftiger Artikel zum Thema Refaktorisierung in Kombination mit Serialisierung/Deserialisierung (bzw. Persistenz). Hast du einen Quellentip parat der auf diese Themenkombination näher eingeht?

 

[Wildcard]

Soweit wie ich jetzt XML Files kenne stehen da ja auch die Name der Klassen bzw. der Objekte hierarchisch gegliedert drin

Nein, in XML schreibst du deine Geschäftsdaten (abstrahiert von Quellcode). In der Regel fängt man mit der Definition eines XML Schemas anhand dessen man sich dann acuh automatisch passende Java Klassen generieren lassen kann. Ich empfehle EMF.

 

[maki]

Leider findet sich im Web kein vernünftiger Artikel zum Thema Refaktorisierung in Kombination mit Serialisierung/Deserialisierung (bzw. Persistenz).

Wirst du so auch nicht finden.

Persistenz sollte immer gekapselt werden, dass ist das Gegenteil von Serialisieren, wo die serialisierten Objekten zu 100% von den Klassen und der Struktur abhängig sind.

 

[SlaterB]

denn neben der ganz einfachen Persistenz in Testprogrammen ist die entscheidene Hauptaufgabe der Serialisierung der Austausch von Objekten innerhalb von (Milli-)Sekunden zwischen Sender und Empfänger z.B. auf verschiedenen Computern,

dafür kann leicht vorausgesetzt werden, dass beide die gleiche Klassenversion haben

 

[Guest]

Ah ok, alles klar. Dann weiss ich jetzt in welcher Richtung ich mich einlesen muss.

 

[Guest]

Sodalla. Das mit dem Converter hat funktioniert. Ist aber eine echt assoziale Methode. Kann ich nur jedem davon abraten... Bevor die Klassen geändert werden, erstmal nachdenken und für dauerhafte Persistenz XML und Consorten nutzen...!

In diesem Sinne viele Grüße, Tom