Ich habe Client und Server erstellt und dann eine Klasse auf der Client-Seite für Serialisierungszwecke hinzugefügt, bin dann einfach in den Ordner des Clients auf meiner Festplatte gegangen und habe ihn an den entsprechenden Speicherort des Servers kopiert und eingefügt, beides classname.class und classname.java beziehungsweise.

Es funktionierte gut auf meinem eigenen Laptop, aber als ich meine Arbeit auf einem anderen System fortsetzen wollte, wenn ich die Projektordner öffnete und nachdem der Client versucht, eine Verbindung zum Server herzustellen, wird der folgende Fehler angezeigt:

Exception in thread "main" java.io.InvalidClassException: projectname.clasname; local class incompatible: stream classdesc serialVersionUID = -6009442170907349114, local class serialVersionUID = 6529685098267757690
    at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:562)
    at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1582)
    at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1495)
    at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1731)
    at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328)
    at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350)

Was ist los? Liegt es daran, dass ich das Programm mit einer älteren Version der IDE ausgeführt habe?

BEARBEITEN

import java.io.Serializable;
import java.net.URL;

public class KeyAdr implements Serializable {
  private static final long serialVersionUID = 6529685098267757690L;

  public URL adr;
  public String key;
}

Wenn eine Klasse a nicht explizit definiert private static final long serialVersionUID im Code wird es automatisch generiert, und es gibt keine Garantie dafür, dass verschiedene Computer dieselbe ID generieren; es sieht so aus, als wäre genau das passiert. Auch wenn sich die Klassen in irgendeiner Weise unterscheiden (unter Verwendung verschiedener Versionen der Klasse), wird die automatisch generiert serialVersionUIDs wird auch anders sein.

Von dem Serializable Schnittstelle Dokumente:

Wenn eine serialisierbare Klasse a nicht explizit deklariert serialVersionUIDdann berechnet die Serialisierungslaufzeit einen Standardwert serialVersionUID Wert für diese Klasse basierend auf verschiedenen Aspekten der Klasse, wie in der Java(TM) Object Serialization Specification beschrieben. Wie auch immer es ist wärmstens empfohlen die alle serialisierbaren Klassen explizit deklarieren serialVersionUID Werte, seit der Voreinstellung serialVersionUID Die Berechnung ist sehr empfindlich gegenüber Klassendetails, die je nach Compilerimplementierung variieren können und daher zu unerwarteten Ergebnissen führen können InvalidClassExceptions während der Deserialisierung. Daher, um eine konsistente zu gewährleisten serialVersionUID -Wert über verschiedene Java-Compiler-Implementierungen hinweg muss eine serialisierbare Klasse einen expliziten deklarieren serialVersionUID Wert. Es wird auch ausdrücklich darauf hingewiesen serialVersionUID Deklarationen verwenden die private Modifikator wo möglich, da solche Deklarationen nur für die unmittelbar deklarierende Klasse gelten–serialVersionUID -Felder sind als geerbte Elemente nicht nützlich. Array-Klassen können keine explizit deklarieren serialVersionUIDalso haben sie immer den berechneten Standardwert, aber die Anforderung für den Abgleich serialVersionUID Für Array-Klassen wird auf values ​​verzichtet.

Sie sollten a definieren serialVersionUID in der Klassendefinition, zB:

class MyClass implements Serializable {
    private static final long serialVersionUID = 6529685098267757690L;
    ...

Eines hätte passieren können:

• 1: Sie erstellen Ihre serialisierten Daten mit einer bestimmten Bibliothek A (Version X)
• 2: Sie versuchen dann, diese Daten mit derselben Bibliothek A (aber Version Y) zu lesen

Daher generiert die JVM zur Kompilierzeit für die Version X eine erste Serien-ID (für Version X) und macht dasselbe mit der anderen Version Y (einer anderen Serien-ID).

Wenn Ihr Programm versucht, die Daten zu deserialisieren, ist dies nicht möglich, da die beiden Klassen nicht dieselbe Seriennummer haben und Ihr Programm nicht garantiert, dass die beiden serialisierten Objekte demselben Klassenformat entsprechen.

Angenommen, Sie haben in der Zwischenzeit Ihren Konstruktor geändert und dies sollte für Sie sinnvoll sein.

Wenn Sie die Eclipse-IDE verwenden, überprüfen Sie Ihre Debug/Run-Konfiguration. Wählen Sie auf der Registerkarte Classpath das Runner-Projekt aus und klicken Sie auf die Schaltfläche Bearbeiten.
Nur exportierte Einträge einbeziehen muss überprüft werden.

Versuchen Sie, die Ausgabedatei zu löschen/umzubenennen und eine neue zu erstellen, wenn Sie während des Testens ein Objekt gespeichert hatten. Ich hatte diesen Fehler, weil ich Daten in dieselbe Datei in zwei verschiedenen jFrame-Klassen serialisiert hatte.

Ich glaube, das passiert, weil Sie die verschiedenen Versionen derselben Klasse auf Client und Server verwenden. Das können unterschiedliche Datenfelder oder Methoden sein

Die Ausnahmemeldung spricht eindeutig dafür, dass sich die Klassenversionen, die auch die Klassenmetadaten enthalten würden, im Laufe der Zeit geändert haben. Mit anderen Worten, die Klassenstruktur während der Serialisierung ist nicht dieselbe wie während der Deserialisierung. Das ist es, was höchstwahrscheinlich “vor sich geht”.

Die Serialisierung in Java ist nicht als langfristiges Persistenz- oder Transportformat gedacht – dafür ist es zu zerbrechlich. Mit dem geringsten Unterschied in Klasse Bytecode und JVM sind Ihre Daten nicht mehr lesbar. Verwenden Sie XML- oder JSON-Datenbindung für Ihre Aufgabe (XStream ist schnell und einfach zu bedienen, und es gibt eine Menge Alternativen)