Wie funktioniert Serialisierung?

[thE_29]

Also ich will meinem Unterprogramm 3 Objekte mitübergeben!

Das mit dem reinschreiben hab ich

            ObjectOutputStream os = new ObjectOutputStream(new FileOutputStream("/tmp/.FiLe"));
            os.writeObject(PosMenu.clog);
            os.writeObject(PosMenu.stack);
            os.writeObject(posMenu);
            os.flush();
            os.close();

und rauslesen, is ja fast das gleiche, die Frage aber ist, ich muss ja Serializable implementieren!

Also ich sage meinem posMenu = PosMenu Objekt das es implement sein soll

public class PosMenu
    extends JPanel
    implements KeyListener, InterfaceFußleiste, InterfaceButton, Runnable,
    FocusListener, Serializable

nur muss ich jetzt noch Funktionen implementieren oder? Nur welche? In der Schule war mal was mit >> write oder so ähnlich (oder es war C++). Leider ist das halt schon ziemlich lange her, darum weiß ich es nicht mehr genau!

Weil wenn ich ihn das File reinschau, steht da sowas, deswegen glaub ich halt das es nicht wirklich funktioniert:
sonderzeichen ... java.io.NotSerializableException java.ibjectStreamExceptio sonderzeichen....

Deswegen galub ich das da was nicht passt!

 

[bygones]

das interface Serializable hat keine Methode die du implementieren musst.

Deine Klasse muss aber das Interface implementieren wenn sie gespeichert werden will.

ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream("file"));
oos.writeObject(OBJECT_TO_WRITE_DAS_Serializable_IMPLEMENTIERT);
oos.flush();
oos.close();

Aber es ist überhaupt zu überlegen was du tun willst. Warum willst du eine JPanel serialisieren ????

 

[akira]

Deine Klasse muss aber das Interface implementieren wenn sie gespeichert werden will.

Nicht nur die, auch alle Unterobjekte müssen serialisierbar sein. Bei Swing-Klassen gibt es glaube ich Probleme mit der Serialisierung. Speichere lieber nur die "nakten" Daten und nicht die Swing-Objekte.

 

[bygones]

Nicht nur die, auch alle Unterobjekte müssen serialisierbar sein. Bei Swing-Klassen gibt es glaube ich Probleme mit der Serialisierung. Speichere lieber nur die "nakten" Daten und nicht die Swing-Objekte.

Richtig !

Und wegen Swing - serialisierung:

Warning: Serialized objects of this class will not be compatible with future Swing releases. The current serialization support is appropriate for short term storage or RMI between applications running the same version of Swing. As of 1.4, support for long term storage of all JavaBeansTM has been added to the java.beans package. Please see XMLEncoder.

 

[thE_29]

Also muss ich jedes Objekt was ich einem Objekt was ich serialisiere (ich hasse dieses Wort!!!) auch serialisieren??

Na oag....

Gibts da nix einfacheres so mit Objekte speichern?

 

[Roar]

wie dbac schon gefragt hat, wieso willst du das ganzen JPane labspeichern? sind da irgendwelche daten drin? wieso speicherst du nicht einfach nur die daten ab?

 

[thE_29]

jo, dafür kann ich nix, ist von der Vorgängerin so. Muss so gemacht werden, ansonsten kann ich viel umändern!

das Menü ist kein Menü wie "Datei Bearbeiteben" und sowas, sondern ein anderes Menü, heißt nur so!

Gibt es den eine andere Art Objekte zu speichern, da zum Beispiel das Menü eigentlich auf alle (ca. 50 Unterprogramme) verlinkt und ich die dann ja eigentlich auch serialsieren muss!

 

[citizen_erased]

eigentlich willst du ja nicht alle (menü)elemente speichern, sondern nur deren aktuelle werte.
da das meistens primitive datentypen sind, ist die serialisierung auch kein problem. notwendig wäre nur die seperate haltung der daten. vielleicht ist ja doch irgendwo ein solches objekt/ solche objekte vorhanden. dann musst du nur diese speichern.

zum thema fällt mir noch eins ein. manche schlüsselwörter für attribute verhinden eine serialisierung dieser.

transient

gehört auch jedenfall dazu, weiss gerade nicht, ob es mehr gibt.
obwohl eine schnittstelle zu erfüllen ist, muss keine methode implementiert werden. das ist immer der fall, wenn es sich bei der schnittstelle um eine markierungsschnittstelle (markerinterface) handelt.

alternativen?

damit kann ich überhaupt nix anfagen

das Menü [ist] eigentlich auf alle (ca. 50 Unterprogramme) verlinkt

???:L

 

[thE_29]

das heißt ich müsste alle 50 unterprogramm serialisieren hinschreiben und dann noch in jedem Objekt usw ...

das heißt das objekt zum Speichern wird riesig, hier ist alles verschachtelt halt


also, wirklich Alternativen zum Objekt speichern gibts net? Kann ich es eigentlich einfach so abspeichern und wieder lesen?

Es gab ja mal in C fwrite/fread mit denen man ganze Strukturen/Klassen abspeichern hat können!

Gibt es sowas in Java??

 

[bygones]

es ist auch nicht gedacht, dass jemand eine SwingKomponente speichert. Das ist programmtechnisch gesehen unsinnig..
Du kannst in Java nur Objekte speichern die das Interface implementieren, anders geht es nicht !

PS: Wenn alles so verschachtelt ist mach dich auf nen StackOverFlow Error gefasst - der wird geworfen, wenn die Rekursionstiefe zu groß wird

 

[thE_29]

na so a käse

also das mit dem stackoverflow wird schon net passieren! weil ja immer alles freigegeben wird usw.


Nur sieht das so aus

Oberfläche mit Menü (Menü besteht aus Buttons auf einem JPanel!)

so, jetzt klickst du auf einen Button, UnterProgramm macht sich auf

Der bekommt das Menü mit, das Logging Objekt für Fehlermitprotokollieren und den Stack mit übergeben.

(Will das ganze jetzt aber dynamischer machen, also will ich das Menü, ControlLogging und den Stack in eine Datei abspeichern und statt das Unterprogramm im Menü aufzurufen, ruf ich ein ShellScript auf mit den angaben zum Pfad der Datei und einen Key (weil ich es verschlüsseln will). Somit kann ich das Menü dynamischer machen, weil wenn ich jetzt ein Unterprogramm änder, kann ich das Menü neu zusammenkompilieren lassen und das jar File bläht sich halt unheimlich auf ) (hoffe ihr versteht ein bißchen :bae: )

Wenn man das Programm schließt wird das Menü wieder aufgerufen, das ControlLogging Objekt hat der sich sowieso behalten (wird weitervererbt ) und den Stack auch!

Deswegen so kompliziert, weil ja nicht jedes Menü (es gibt auch UnterMenüs) gleich aussieht!