Object speichern in Datei - Unterschied zw JRE und JDK

[Milo]

Hallo,

ich habe ein kleines Problem beim Abspeichern eines Objectes in einer Datei. Auf meinem PC zu hause gibt es keine Probleme, die Datei zu erzeugen und diese anschließend wieder einzulesen. Installiert war dort die J2DK Version 1.6.0_02. Auch auf einem zweiten PC mit der aktuelleren J2DK 1.6.0_03 gelang mir dies.

Nun haben mir jedoch zwei Leute unabhängig voneinander gesagt, dass sie kein Objekt speichern können. Vom einen weiß ich, das er die JRE 1.6.0_03 installiert hat. Von ihm habe ich auch die Exception bekommen:

java.io.NotSerializableException: 
javax.swing.JTable$CellEditorRemover

Meine Frage ist nun, warum kann ich auf zwei unterschiedlichen PCs mein Object problemlos speichern und wieder öffnen und andere können es nicht. Die JRE sollte doch ausreichen, um das Programm auszuführen (inkl. dem Schreiben des Objektes)? Auch mit der aktuellen Version 1.6.0_04 habe ich keine Probleme.

Ferner kann ich eine Objektdatei weitergeben, die wiederum von beiden problemlos eingelesen werden kann - das erneute Abspeichern geht, wie gesagt, nicht.

Einer eine Idee, woran das liegen könnte?

Gruß Micha

 

[The_S]

Die Klasse des zu speichernden Objekts implementiert nicht Serializable. Steht doch alles da.

 

[Milo]

Hi,

erstmal danke aber wenn es _so_ trivial wäre, hätte ich nicht gefragt. ;-) Wenn dies so wäre, dürfte ich ja auch mein Objekt nicht speichern können, oder sehe ich das falsch? Ich habe aber an zwei Testrechnern mit J2DK kein Problem.

Die Klasse implementiert die Schnittstelle:

public class JAG3DProject implements Serializable, PropertyChangeListener

Noch eine andere Idee?
Micha

 

[The_S]

laut Fehlermeldung tut das diese Klasse aber nicht

javax.swing.JTable$CellEditorRemover

 

[Milo]

Hi,

magst es selbst mal probieren? Hier mal das Tool zum Download.

Bei Beispiel 1 ist eine Projektdatei dabei, die Du zumindest laden können solltest. Wenn Du dann in einer Tabelle mal etwas änderst und versuchtst es abzuspeichern, könnte der Fehler kommen.

Die Quelldateien liegen im JAR im Ordner src. Interessant sind vermutlich JAG3DProject.java (Zeile 532 Methode openProjectFile bzw. danach saveProjectFile) und Objectwriter.java

Wenn Du noch eine Idee hast, ich bin ganz Ohr.

Micha

P.S. bin übrigens kein Informatiker also erwarte bitte keine Highlights im Code

 

[The_S]

schonmal was von packages gehört ?

In welcher Klasse wird denn diese nichtssagende Fehlermeldung geworfen?

[edit] ach, haste ja gepostet, ich guck ma

 

[tuxedo]

Swin-Komponenten zu serialisieren ist IMHO nicht so der bringer.
Bau dir lieber ein "Transportobjekt" das deine zu speichernden Daten hält und serialisiere das. Oder nimm XML. Aber eine komplette JTable serialisieren halte ich nicht für sinnvoll..

- Alex

 

[Milo]

Hi,

schonmal was von packages gehört ?

In der Insel drüber gelsen, ja und für meine kleinen Sachen afaik nicht so interessant. Ich wüsste auf anhieb auch nicht, wo ich es im JavaEditor einstellen kann/muss. Wie gesagt, kein Programmierer...

In welcher Klasse wird denn diese nichtssagende Fehlermeldung geworfen?

Ich würde denken: javax.swing.JTable (Exception kommt in Objectwriter.java), wenn ich die Fehlermeldung richtig deute. Das Projekt nutzt aber Klassen, die ich von JTable ableite. Hilft Dir das weiter?!?

Micha

 

[Milo]

Hi Alex,

Swin-Komponenten zu serialisieren ist IMHO nicht so der bringer.

Scheint mir im Moemnt auch so ;-) Aber das erklärt ja noch nicht, warum es bei mir geht und bei anderen nicht.

Micha

 

[The_S]

Schau dir mal das posting von alex an. Du speicherst viel zu viel zeug, was du nicht benötigst. Versuchs mal mit XML, sollte imho die Beste Lösung sein.

 

[Milo]

Hi,

gut werde ich beherzigen - XML wirds aber sicher nicht.

Hat einer von Euch beiden den Fehler eigentlich erhalten oder gings problemlos?

Gruß Micha

 

[tuxedo]

Du kannst wie gesagt auch ein Transport-Objekt verwenden. Einfach ne simple Klasse basteln die alle Daten enthält und keine weiteren, tief verzweigenden Abhängigkeiten hat. Die kannst du dann problemlos serialisieren.

- Alex

 

[Milo]

Hi,

ja, so hatte ich das nun auch vor. Blöd, das ich es erst jetzt merke, da ich die Tabellen schon durch alle Klassen schleife, die deren Inhalt benötigen. Naja, trotzdem vielen Dank!

Gruß Micha

 

[The_S]

Bei mir kams auch zu nem Fehler - mit dem Unterschied, dass er bei mir gesagt hat, dass Contructor (aus reflection) nicht serialisierbar ist.