Objekt in Datei erweitern

[space]

Hallo Leute,

ich habe eine Datei, in der ich Objektinformationen speichere. Das Array hat 50 "Fächer". Speichere ich das Objekt ins Array 0 funktionierts, aber ins Array 1 nicht.

mensch_liste[1] = new Mensch(Name,Vorname,Alter,Geschlecht,Haarfarbe,Beruf,Adresse,Ort,Telefon);
             
                try {
                FileOutputStream mensch_dat = new FileOutputStream(datei);
                ObjectOutputStream mensch_in = new ObjectOutputStream(mensch_dat);

                mensch_in.writeObject(mensch_liste[1]); // 0 Funktioniert, 1 Aber nicht
                mensch_in.close();
                } catch (IOException u) {}

Beste Grüße

 

[0x7F800000]

Das Array hat 50 "Fächer".

Normalerweise würde man "Länge 50" sagen... was hat's mit dem Problem zu tun?

Speichere ich das Objekt ins Array 0 funktionierts, aber ins Array 1 nicht.

soll der Satz irgendeinen Sinn ergeben, oder ist das deko, die man einfach überspringen soll? (betrifft auch den titel: what?!)

"Funktioniert nicht" ist keine Problembeschreibung. Wird da eine NotSerializableException geworfen oder was? Falls nichts zu sehen ist, dann ist eine IOException geworfen worden, die du aber mit dem bösartigen

catch(IOException exc){}

einfach unter den Teppich kehrst...

Genaue Fehlermeldung bitte.

 

[space]

Hallo, tut mir leid, wenn ich mich sehr unpräzise ausgedrückt habe.
Ich bekomme garkeine Fehlermeldung. In meinem Programm werden alle Objekte in einem Textfeld aufgelistet.
Das Objekt 0 wird problemlos aufgelistet, weil es in die Datei geschrieben wurde.
Nur Das Objekt 1 nicht, ohne eine Fehlermeldung.

 

[Schandro]

dann benutzt einen Debugger oder einfach ein paar System.out.println's um zu sehen, ob das Object geladen wird. Wahrscheinlich liegt das Problem eher am anzeigen der Objects

 

[0x7F800000]

In meinem Programm werden alle Objekte in einem Textfeld aufgelistet.

....das hat jetzt aber auch nicht mit dem eigentlichen Problem zu tun hoffe ich doch?
Bist du dir sicher, dass das Problem beim schreiben in die datei auftritt, und nicht sonstwo unterwegs zum Textfeld?

Das Objekt 0 wird problemlos aufgelistet, weil es in die Datei geschrieben wurde.
Nur Das Objekt 1 nicht, ohne eine Fehlermeldung.

Dann ersetze erstmal diese "catch-verschluck"-Konstruktion durch eine "catch-laber"-Konstruktion, nämlich:

...
}catch(XYZException e){
   e.printStackTrace();
}

Dann erscheint wenigstens was auf der Konsole, wenn es schief läuft... Ein Java Programm stürzt üblicherweise nicht einfach so ohne irgendwelche Meldungen ab...

Übrigens: wenn du für jedes weitere Objekt aus dem Array immer wieder neue FileOutputStreams aufmachst, wird die datei immer wieder überschrieben, das ist dir bekannt?

 

[space]

Übrigens: wenn du für jedes weitere Objekt aus dem Array immer wieder neue FileOutputStreams aufmachst, wird die datei immer wieder überschrieben, das ist dir bekannt?

Ups.., das wusste ich nicht Wie kann ich denn die Datei "weiterführen"?
Der Code steht nämlich im ActionListener.. für den Speichern Button. Das heißt, jedes Mal, wenn ich Speichern pushe, wird die Datei neu überschrieben?

 

[0x7F800000]

Ups.., das wusste ich nicht Wie kann ich denn die Datei "weiterführen"?
Der Code steht nämlich im ActionListener.. für den Speichern Button. Das heißt, jedes Mal, wenn ich Speichern pushe, wird die Datei neu überschrieben?

in actionListenern sollte normalerweise sowieso ziemlich gar nichts stehen, außer einzelnen methodenaufrufen, irgendwelche speichervorgänge haben da nichts verloren. :noe:
Jedes mal wenn du den FileOutputStream so aufmachst, wird die datei neu überschrieben, wann das passiert kann außer dir ohne code niemand wissen...

Wenn du was dranhängen willst, dann sieh dir den anderen Konstruktor an:
http://java.sun.com/j2se/1.4.2/docs/api/java/io/FileOutputStream.html#FileOutputStream(java.io.File,%20boolean)
aber pass auf dass du hier nicht einen fehler mit einem anderen zu fixen versuchst...

 

[space]

Jetzt habe ich den Konstruktor verwendet und bekomme den Fehler :

java.io.StreamCorruptedException: invalid type code: AC
at java.ibjectInputStream.readObject0(ObjectInputStream.java:1356)
at java.ibjectInputStream.readObject(ObjectInputStream.java:351)
at Personenakte.main(Personenakte.java:164)

 

[Ebenius]

Andrey; an eine per ObjectOutputStream geschriebene Datei anhängen? :lol:

space, so geht das nicht. Was auch immer Du da tun willst: Verabschiede Dich gleich von ObjectIn-/-OutputStream. Diese Ströme sind zur Serialisierung da. Und Serialisierung ist kein Werkzeug um Persistenz zu erzeugen.

Mach Dir klar, wie die Daten aussehen, die Du wegschreiben möchtest. Oft ist XML eine gute Wahl, auch wenn der vermeintliche Einarbeitungsaufwand erstmal abschreckt. Oder ganz normale Textdateien, eine Zeile je Eintrag. Oder Properties-Dateien (key = value). Das hängt aber zuerst einmal davon ab, was Du abspeichern möchtest.

Ebenius

 

[0x7F800000]

Jetzt habe ich den Konstruktor verwendet und bekomme den Fehler :

java.io.StreamCorruptedException: invalid type code: AC
at java.ibjectInputStream.readObject0(ObjectInputStream.java:1356)
at java.ibjectInputStream.readObject(ObjectInputStream.java:351)
at Personenakte.main(Personenakte.java:164)

Oh, bestens, du hast dich also doch nochmal drum bemüht, dir mit append=true in den Fuß zu schießen, tolle idee... :autsch: Ich sag's jetzt nochmal etwas deutlicher: das war lediglich eine allgemeine Bemerkung, die hier nicht unbedingt anwendung finden musste, außer du brauchst es wirklich (und höchstwahrscheinlich brauchst du das nicht)

Googlen? Nix gebracht? Hab hier nach 5 Minuten folgendes entdeckt:

Well, after investigating a lot, going thru many test, etc, i found the cause is really simple
ObjectInputStream does not accept appending objects on the last of the file xD!
if any one gets the same problem, stop appending, it wont work there

I thought on creating a vector, put every object in the file there, then add extraobjects to the end of the vector and finally write everything back

I got a problem with StreamCorruptedException, any ideas? - Java Forums

Also überleg dir noch drei mal, ob du wirklich irgendwas appenden musst, oder ob es reicht den "new FileOutputStream()"-Konstruktor an der richtigen stelle vor irgendeiner schleife aufzurufen... :autsch:

@Ebenius:

Andrey; an eine per ObjectOutputStream geschriebene Datei anhängen? :lol:

Ja, gut, die Tatsache dass ich damit selbst bisher nie auf die fresse gefallen bin mag zwar recht lächerlich erscheinen, aber irgendwie kann ich mir aus der Annahme der Existenz der leeren Menge nicht logisch herleiten, warum man nicht an einen Haufen serealisierter Objekte einen anderen Haufen serealisierter objekte dranhängen können sollte ???:L

 

[Ebenius]

Ich sag's jetzt nochmal etwas deutlicher: das war led]iglich eine allgemeine Bemerkung, die hier nicht unbedingt anwendung finden musste, außer du brauchst es wirklich (und höchstwahrscheinlich brauchst du das nicht)

Ich ziehe mein Gelächter zurück. Du hast wirklich irgendwie darauf hingewiesen, dass es vielleicht nicht so gut ist. Ein klares "Nein!" hätte ich aber besser verstanden.

Ebenius

 

[0x7F800000]

Ein klares "Nein!" hätte ich aber besser verstanden.

Nene, schon in Ordnung, hast ja recht... Zu einem klaren "Nein" fehlte mir der Mut, weil ich es selber nicht konkret wusste, sondern lediglich ein ungutes Gefühl hatte, als ob die sache ein wenig nach Kerosin riecht. (siehe edit oben) Jetzt weiß ich es genau.

Oft ist XML eine gute Wahl, auch wenn der vermeintliche Einarbeitungsaufwand erstmal abschreckt. Oder ganz normale Textdateien, eine Zeile je Eintrag.

Für abstrakte geometrische daten spricht aber immer noch nichts dagegen, diese in irgendeinem kryptischen von menschen nicht lesbaren format aus einzelnen bytes abzuspeichern, oder? Normal serealisieren ist aber nach wie vor blöd, weil da Java von alleine irgendwelche zusatzinformationen mitreinwebt? Ich dachte eigentlich Serealisierung wäre nur dazu da, Objekte über's netzwerk irgendwohin zu verschicken (und zwar an ein programm, dass garantiert genauso funktioniert) In etwa richtig? ???:L

 

[space]

Ziel ist ein kleines Programm, das Objekte und ihre Eigenschaften in Dateien speichert, die man aufrufen sowie ändern kann.
Wie sollte man die Objekte für dieses kleine Programm am besten speichern?

 

[Ebenius]

Das ist eine Struktur mit Tiefe 1. Es kommen aus meiner Sicht in Frage:

1. CSV-Datei, eine Zeile pro Person, kommagetrennte Einträge. Find ich nicht ganz so hübsch.
2. XML-Datei, im einfachsten Fall mit ungefähr der Struktur: [Highlight=XML]<PersonenDaten>
   <Person>
   <Name>Ebenius</Name>
   <Wohnort>Mannheim</Wohnort>
   ...
   </Person>
   ...
   </PersonenDaten>[/Highlight]

Ebenius

 

[space]

Für XML braucht man externe Bibliotheken und für CSV nicht oder?

 

[Ebenius]

Seit Java 1.4 ist XML gut im Java SE dabei. Bei CSV musst Du viel selber machen (zum Beispiel Kommata quoten).

Ebenius

 

[0x7F800000]

Für XML braucht man externe Bibliotheken und für CSV nicht oder?

Naja, in der standard API sind schon ~35 packages vorhanden, die mit "javax.xml" anfangen, das dürfte für den Anfang eigentlich reichen
Hab gehört, dass JDOM auch recht gerne verwendet wird, frag mich jetzt aber nicht wo es da welche vorteile gibt, lässt sich alles in 15 minuten ergoogln, aber ich weiß es nicht mehr...

CSV wird dagegen eigenbau-frickelei, dies parsen das parsen, auf semikolons und doppelpunkte aufpassen und sonstwas...