Alternative zu ZipOutpuStream?

[Valentin Velazquez]

Hi,
ich habe hier folgendes Problem:
Ich habe hier eine Datei mit Messdaten. Diese Messdaten müssen importiert
werden.
Jede Zeile in dieser Datei könnte (muss nicht) von einem anderem Messgerät
kommen.
Jede Zeile hat Parameter mit Werten.
Um jetzt die Daten in unser Analysetool zu bekommen, werden die Parameter
einzeln abgespeichert. Und zwar jeder Parameter zu einem Messgerät.
Das heisst, die Werte zu einem Parameter, der in die gleiche Datei kommt
wird aus verschiedenen Zeilen gelesen (aber nicht aus jeder).
Bis hier hin ist alles fest und kann nicht verändert werden.

Um jetzt schnell zu importieren werden zipOutPutStreams zu jedem Parameter
eines Messgerätes geöffnet.
Wird eine neue Zeile aus dem zu importierenden File gelesen wird
entschieden, ob dafür schon Streams angelegt wurden oder nicht. Wenn ja,
dann kommen die Daten in die vorhandenen Streams und wenn nicht, dann werden
neue erzeugt (alte werden sich gemerkt und nicht geschlossen).

Wie ich jetzt gemerkt habe meldet die VM aus Java eine OutOfMemory
Exception. Ich habe rausgefunden, dass ein Zipstream ungefähr 250Kb im
Speicher braucht.

Meine Frage:
Gibt es eine Alternative zu dem Zipstream, der viel weniger Speicher in der
VM braucht?
Ich brauche weiterhin ein Entry Konzept wenns geht. Wenn nicht auch gut^^

Gruss

Micha

[Christian Marquardt]

Hier liegt doch offenbar ein konzeptioneller Fehler vor.
Sicherlich gibt es andere Streams in Form von Frameworks zu anderen Packmethoden. Die werden aber ebenfalls Speicher benötigen. Die speicherlose Verarbeitung ist noch nicht möglich

[Valentin Velazquez]

>>Die speicherlose Verarbeitung ist noch nicht möglich

Ach ne^^

Klat ist das Konzept sch... aber wie so oft, ist das Prog schon was älter (und das Konzept hatte wohl damals auch seine berechtigung) und die Änderungen die nötig wären um den Konzeptfehler zu beseitigen, wären viel zu umfangreich.
Deshalb muss da lokal nach einer Lösung gesucht werden