Dateien Zippen und wieder heraus lesen?

[Thallius]

Hi,

Ich habe viele Verzeichnisse mit Hunderten von nicht komprimieren Bilddateien (DICOM Format). Um Platz zu sparen würde ich diese gerne Zippen. Da die Bilder nicht Ansicht geändert werden dürfen (Medizinprofukte-Gesetz) darf ich sie also nicht in sich packen. Also bleibt der Weg über das Zippen. Nun brauche ich aber trotzdem von meiner Java Applikation heraus hin und wieder zugriff auf diese Bilder. Das muss nicht schnell sein.

Meine Frage also:

Gibt es ein Java Framework das mir alle Dateien mit gleicher Endung (zur Not kann ich natürlich auch durch das Verzeichnis iterieren und ein Array mit filenamen erstellen) in eine .zip Datei packt und mit dem ich dann trotzdem über ein File Open auf die Dateien zugreifen kann (nur lesend)? Oder zur Not muss ich das .zip eben in einen temp. Ordner entpacken um dann auf die Bilder zuzugreifen.

Gruß

Claus

 

[Androbin]

1. Ja, du musst die Bilder temporär entzippen, da bleibt nichts anderes übrig und
2. Sollte alles nötige in folgenden In-Java-Bibliotheken zu finden sein:

2.1 java.io
2.1.1 java.io.FileInputStream
2.1.2 java.io.FileOutputStream
2.1.3 java.io.File

2.2 java.util.zip
2.2.1 java.util.ZipInputStream
2.2.1 java.util.ZipEntry
2.2.1 java.util.ZipException

Ein Beispiel - Zippen:

public static void main( String[] args ) {
	final int bufLength = 1024;
	byte[] buffer = new byte[ bufLength ];
	int readReturn = 0;
	File source = null, target = null;
	FileInputStream in = null;
	ZipOutputStream out = null;
	if ( args.length != 2 ) {
		System.err.println( "java Zip quelle ziel" );
		System.exit( -1 );
	}
	source = new File( args[ 0 ] );
	if ( !source.exists() ) {
		System.err.println( "Datei " + args[ 0 ] + " nicht gefunden" );
		System.exit( -1 );
	}
	target = new File( args[ 1 ] );
	if ( !target.exists() ) {
		System.err.println( "Datei " + target.getPath() + " existiert bereits" );
		System.exit( -1 );
	}
	try {
		in = new FileInputStream( source );
		out = new ZipOutputStream( new FileOutputStream( target ) );
		out.setComment( "Generated by Zip" );
		out.setMethod( out.DEFLATED );
		out.setLevel( 9 );
		out.putNextEntry( new ZipEntry( source.getName() ) );
		do {
			readReturn = in.read( buffer );
			if ( readReturn != -1 )
				out.write( buffer, 0, readReturn );
		}
		while ( readReturn != -1 );
		out.closeEntry();
		out.finish();
		out.close();
	}
	catch ( ZipException ze ) {
		System.err.println( "ZipException: " + ze.getMessage() );
	}
	catch ( Exception e ) {
		System.err.println( "Fehler: " + e.getMessage() );
	}
}

Ein Beispiel - Unzippen:

public static void main( String[] args ) {
	final int bufLength = 1024;
	byte[] buffer = new byte[ bufLength ];
	int readReturn = 0;
	File source = null, target = null;
	ZipInputStream in = null;
	FileOutputStream out = null;
	...
	try {
		in = new ZipInputStream( new FileInputStream( source ) );
		ZipEntry zipentry = in.getNextEntry();
		if ( args.length >= 2 )
			target = new File( args[ 1 ] );
		else
			target = new File( zipEntry.getName() );
		...
		out = new FileOutputStream( target );
		do {
			readReturn = in.read( buffer );
			if ( readReturn != -1 )
				out.write( buffer, 0, readReturn );
		}
		while ( readReturn != -1 );
		in.close();
		out.close();
	}
	catch ( ZipException ze ) {
		System.err.println( "ZipException: " + ze.getMessage() );
	}
	catch ( Exception e ) {
		System.err.println( "Fehler: " + e.getMessage() );
	}
}

 

[lawila]

ich frag mal lieber nach bevor ich eine für dich unqualifizierte antwort gebe

du willst also um plattenplatz zu sparen deine dateien komprimieren ? - gut, mit java kein thema und in der SE-API enthalten

muss dabei die ordner-struktur auf der platte erhalten bleiben oder ist es möglich bestimmte unter-ordner oder ganze verzeichnis-bäume zu komprimieren ? - mit ein paar File-ops ebenfalls kein thema

besteht zugriff nur über deinen java-code oder muss direkter zugriff auch für andere programme bestehen bleiben ? - das dürfte je nach anforderung schon fast das aus für die idee bedeuten

wie dringend ist das ganze und welchen vorteil erhoffst du dir ? - erlich, plattenplatz ist heutzutage ziemlich billig geworden, es gibt teilweise datenträger mit weniger als 20ct pro gigabyte (ich selbst hab 2x 2TB-platten im system für die ich jeweils 100€ gezahlt habe) ... und komprimierung bringt auch bei guten algos wie 7z in der regel irgendwas zwischen 30% und 50% (so im schnitt .. es gibt teilweise auch raten bis 70% ... das wird dann aber schon sehr rechenaufwändig und man braucht "gute" inputdaten)
ist es wirklich so dringend notwendig sich auf kosten zusätzlichen rechenaufwandes und damit einen schlechteren kosten/nutzen-faktor zusätzlichen speicherplatz zu erkaufen statt einmal in zusätzlichen platten-platz zu investieren, die "produktivität" jedoch gleich zu halten ?


ich weis, klingt alles eher theoretisch als wirklich wirtschaftlich, und ist bei heutiger rechenpower auch eher nebensächlich (ich bin der meinung es gibt mitlerweile sogar verschiedene kompresions-algos in hardware-implementierung) ... aber zieht man es wirklich mal so auf oder vergrößert den maßstab von einem pc auf ein paar tausend ... dann kommt man schon ins grübeln was die effizientere lösung ist

 

[Thallius]

Ich kann hier leider nicht in die Details gehen, da das ganze zur Zeit noch confidential ist und auscbetriebswirtschaftlichen Gründen nicht vor der Release public gemacht werden darf.

Aber nur ein paar allgemeine Fakten die dir vielleicht klar machen warum ich so handeln muss.

In Deutschland gibt es ein Medizinproduktegesetzt. Dieses gesetzt besagt, dass jegliche Hard- und Software welche zu medizinischen Zwecken eingesetzt wird validiert sein muss. Man kann also nicht einfach eine Festplatte bei Amazon bestellen sondern muss eine speziell validierte Platte kaufen. Da kann so eine 500MG Platte schnell mal weit über 1000 Euro kosten. Auch kann man nicht mal eben einfach eine neue Festplatte in einen Computer einsetzen die für medizinische Zwecke benutzt werden. Das ist eine Änderung an einer medizinischen Hardware und das Gerät muss danach neu abgenommen werden und die Abnahme von TÜV oder den KV's überprüft werden.

Gruss

Claus


Gesendet von iPad mit Tapatalk

 

[fischefr]

Kleiner Hinweis:
Es gibt neben den bekannten zip-Dateien, die mehrere Dateien enthalten (können) auch noch das gnu-zip-Format. Damit wird der Inhalt einer einzelnen Datei verlustfrei komprimiert. Das sollte dann so gesehen auch ok sein vermute ich mal, weil aus der gz-Datei dann jederzeit der Originalinhalt reproduziert werden kann. Wäre für deine Zwecke denke ich auch sehr gut geeignet. Die Bibliothek hierfür ist ebenfalls bereits im Java-JDK dabei. Sie dir mal die Klasse an - einfach statt InputStream diese hier verwenden und du erhälst beim Einlesen den unkomprimierten Inhalt:

GZIPInputStream (Java Platform SE 8 )