Serialisieren mehrerer Objekte in EINE (XML)-Datei

[guni]

Hallo Leute,

ich habe eine XML-Datei, die eine Menge (gleichartiger) serialisierter Objekte beinhaltet.
Wie würdet ihr mir raten sowas einzulesen.

Zur Zeit habe ich 3 Ansätze:

1. DOM:
* Die Datei in ein DOM-Objekt umwandeln.
* für jedes Objektelement einen deserialize machen.

2. XML als Text einlesen:
* die Datei als "normale" Textdatei behandeln und zeilenweise in einen Stringpuffer einlesen
* wenn das Objektelement geschlossen wird, den Puffer deserialisieren

3. die XML so aufbauen, dass sie als ganzes deserialisiert werden kann (sie gibt dann ein Array mit Objekten zurück).

Variante 1/3 sind sicherlich sehr speicherlastig; Variante 2 ist dafür vom Code her geringfügig aufwendiger.

Was schlagt ihr vor?!

Gibt es noch eine Variante die ich übersehen habe?!

mfg, guni

 

[javimka]

Ich würde es mit DOM machen, statt das Rad selbst neu zu erfinden. Dadurch hast du eine standartisiertes und wohl auch mehr oder weniger performant und sinnvolles Framework. Das waren ja nicht die Dümmsten, die sich das überlegt haben

 

[guni]

hi javimka,

ja - grundsätzlich bin ich auch sehr angetan vom DOM-Konzept, aber wenn meine XML mal ein paar Megabyte groß ist ist die Frage, ob DOM noch immer das Beste ist ...

 

[faetzminator]

Ich würde eine Containerklasse dafür erstellen.

 

[javimka]

Ich weiss zwar nicht, ob DOM eine 1MB-XML Datei gross aufbauscht oder so, aber ich finde einen Speicherverbrauch von weniger MB nicht so schlimm. Kommt halt drauf an, auf was für Maschinen du das laufen lassen willst.

 

[guni]

@faetzminator:
was genau meinst du mit containerklasse?! das Objekt kommt ja schon serialisiert (als Objekt) daher, warum brauch ich dann noch eine extra-Klasse und wie soll sie aussehen?!

@javimka: hmm ... sagen wir, die Dateien werden sich so in einer Größenordnung von bis zu 10 Mb bewegen. Dass heutige Computer das ohne Probleme machen is mir schon klar aber mir is es bei dem ganzen auch irgendwie um Eleganz gegangen und eine 10 MB-XML im Arbeitsspeicher liegen zu haben ist für meinen Geschmack nicht sehr elegant (da braucht ja schon Notepad ewig um sie aufzumachen) ...
und ausserdem könnte ich dann meine XML gleich so erzeugen, dass sie mir ein Object[] darstellt, dann spare ich mir DOM komplett, oder?!

 

[javimka]

Da ich nichts über dein Projekt weiss, ausser dass du irgendein File reinlesen musst, kann ich das schwer beurteilen
Schau einfach, dass es zu Gunsten von weniger Speicherbedarf nicht zu stark auf die Performance drückst. Ist dann auch nicht mehr elegant, wenn du irgendwas suchst und das dauert 5 Sekunden

 

[guni]

ja. ich werde wohl richtung dom gehen.
diese lösung gefällt mir einfach zu gut um auf speicher rücksicht zu nehmen ;-)

 

[guni]

tja. ich komm gar nicht dazu, dass ich ein dom-objekt erzeuge weil ich in der xslt-transformation vorher schon einen memory-error bekomm:

java.lang.OutOfMemoryError: Java heap space

was kann ich denn gegen so einen fehler tun?! ich muss mein dokument doch transformieren!

 

[Arbon]

Also eine Möglichkeit wäre natürlich den Speicher der VM zu erhöhen

 

[guni]

wie geht das?!
muss ich das dann für immer machen?
wie kann ich das im system einstellen / wie geht das einmalig?

 

[Arbon]

Der Speicher lässt sich mittels dem Parameter -Xmx erhöhen, zB -Xmx256m für 256 mb speicher.

Damit es automatisch gemacht wird, kann man zB eine Batch-Datei schreiben.

Einfach mal suchen, hier im Forum oder bei Google findet sich sicher eine Menge dazu.

 

[Guybrush Threepwood]

Falls Du keine Scheu vor zusätzlichen Libs hast, dann könnte das Projekt XStream für Dich interessant sein, und dort speziell die Object-Streams (XStream - Object Streams Tutorial). Das ist nichts, was man nicht auch mit Standard-Mitteln realisieren könnte, aber bequem ist es in jedem Fall.