Fehler vermeiden: Serialisieren mit eigener Versionsnummer

Wenn beim Versuch, ein Objekt aus serialisierten Daten wiederherzustellen, die Versionsnummer der aktuellen Klasse nicht die richtige ist, dann wird der Ausnahmefehler InvalidClassException angezeigt. Der folgende Java-Tipp erklärt, wie sich diese Fehlermeldung einfach umgehen lässt.

Beim Serialisieren eines Objekts werden die Metadaten der Klasse zusammen mit dem Objektstatus weitergegeben. Diese Metadaten enthalten unter anderem auch die Versionsnummer der Klasse. Stimmt bei einer Datenwiederherstellung die Version der aktuellen Klasse nicht mit derjenigen in den serialisierten Daten überein, wird eine Fehlermeldung ausgelöst.

Klassen selbst versionieren

Diese Fehlermeldung lässt sich umgehen, indem der Programmierer die Versionierung seiner Klassen selbst übernimmt. Um eine Versionsnummer für eine Klasse bereitzustellen, sollte ein static final long-Klassenmitglied mit dem Namen serialVersionUID definiert werden. Beim Kompilieren wird dann der Wert dieses Mitglieds als Versionsnummer für die Klasse verwendet.

Steht für serialisierte Daten einer Klasse keine eigene Versionsnummer zur Verfügung, lässt sich mit Hilfe des Befehlszeilentools serialver die Versionsnummer der alten Klasse extrahieren. Wird dann die neue Klasse mit dieser Versionsnummer kompiliert, ist es möglich, die alten Daten mit der neuen Klasse zu deserialisieren.

Was muss man beachten?

Wer die Verantwortung für die Versionierung seiner Klassen selbst übernimmt, sollte ein gewisses Maß an Vorsicht walten lassen. Falls nach der Serialisierung der früheren Version die Klasse neue Attribute erhielt, dann werden diese Werte bei der Deserialisierung der Daten nicht initialisiert. Falls hingegen Eigenschaften fehlen, dann werden die Daten dieser Eigenschaften bei der Wiederherstellung der Instanz aus den serialisierten Daten ignoriert.

In beiden Fällen kommt es zu keiner Fehlermeldung. Somit bleibt es ungewiss, ob einige Eigenschaften eventuell nicht initialisiert beziehungsweise Daten ignoriert wurden. Es ist also zwar einfach und bequem, seine Java-Klassen selbst zu versionieren, doch es birgt auch einige Risiken.

Hier folgt eine Beispielklasse mit vom Programmierer bereitgestellter Versionierung und der Ausgabe des serialver-Tools:

ZDNet.de Redaktion

Recent Posts

Black Friday: Vorsicht vor schädlichen QR-Codes

Bösartige QR-Codes, die per E-Mail versendet werden, eignen sich sehr gut, um Spam-Filter zu umgehen.

2 Tagen ago

Black Friday: Zahl der ominösen Shopping-Websites steigt

Unsichere Websites und Phishing-Mails in Verbindung mit Black Friday können kauffreudigen Konsumenten zum Verhängnis werden.

2 Tagen ago

SmokeBuster bekämpft SmokeLoader

Malware SmokeLoader wird weiterhin von Bedrohungsakteuren genutzt, um Payloads über neue C2-Infrastrukturen zu verbreiten.

2 Tagen ago

Taugen Kryptowährungen als Unterstützer der Energiewende?

Bankhaus Metzler und Telekom-Tochter MMS testen, inwieweit Bitcoin-Miner das deutsche Stromnetz stabilisieren könnten.

3 Tagen ago

Supercomputer-Ranking: El Capitan überholt Frontier und Aurora

Mit 1,7 Exaflops ist El Capitan nun der dritte Exascale-Supercomputer weltweit. Deutschland stellt erneut den…

3 Tagen ago

Ionos führt neue AMD-Prozessoren ein

Der deutsche Hyperscaler erweitert sein Server-Portfolio um vier Angebote mit den neuen AMD EPYC 4004…

3 Tagen ago