Swing In JAR Ordner durchsuchen

[beastofchaos]

Hi Leute,
Wie kann ich eigentlich in meiner JAR-Datei ein Verzeichnis bzw. ein Package auslesen? In Eclipse klappt es sogar per File, da es ein richtiger Ordner ist, aber in der JAR habe ich erfahren, dass ich mit

URL.openStream()

arbeiten muss, um eine Datei auszulesen. Und das gleiche sollte auch mit einem Ordner funktionieren.

Da InputStream selbst nicht anbieten, Unterdateien zu ermitteln, lasse ich per read() jeden einzelnen Char auslesen und füge ihn zu einem String zusammen.
In Eclipse bekomme ich nun alle Dateien getrennt durch "\n". In der JAR kommt ein leerer String raus -> die URL findet er zwar, aber "openStream()" will anscheinend nichts ausspucken.

Also wie lese ich die Dateien in einem JAR-Verzeichnis aus?

Gruß, Thomas

 

[J7Dev]

Hast du dich schon mal mit den Paktene [japi]java.util.zip[/japi] und [japi]java.util.jar[/japi] befasst ?
Das mit der URL kannst du so erstmal vergessen, das hat so mit Daten innerhalb eines Jar nichts zu tun. Und das du in deiner IDE mit [japi]File[/japi] arbeiten kannst ist klar, weil vor dem Build zu einem Jar ja auch noch alles in Files vorliegt.


btw : Es gibt zum Auflisten von Unter-Ordnern die Methode File.list() bzw File.listFiles() was so in einem Jar aber NICHT funktioniert. Dafür verwendet man ZipFile.entries() bzw JarFile.entries() (Achtung : return-type ist unterschiedlich !).

 

[Spacerat]

Was haltet ihr davon?

import java.net.URL;
import java.net.URLDecoder;

import datatypes.DataType;
import datatypes.system.JarFile;

public class Jartester {
	public static void main(String[] args) throws Throwable {
		if(args == null || args.length == 0) {
			args = new String[] {"test.jar"};
		}
		JarFile jf = DataType.load(args[0]);
		for(URL url : jf.list()) {
			System.out.println("loading " + URLDecoder.decode(url.toString(), "UTF8"));
			Object o = DataType.load(url);
			System.out.println("datatype: " + o.getClass().getName());
		}
	}
}

Das ist sozusagen mein "Lebenswerk". Immernoch verbesserungswürdig und nur geringfügig dokumentiert. Aber darum geht's erstmal nicht. Ich denke mal kaum, dass man z.B. das Extrahieren ganzer Archive oder das Laden von Bildern per ImageIO (es sei denn man steht auf ImageIcon XD) kaum in weniger Zeilen hinbekommt, dazu muss man die Lib im Anhang nur in den Classpath kopieren.
Die Library im Anhang ist nun schon so weit, dass sie die in Java zwar bereits vorhandenen Datentypen Fonts, Bilder von ImageIO, durch "javafx.sound.sampled" unterstützte Audioformate, JarArchive, ZipDateien, Verzeichnisse und PlainText erkennt und als verwenbares Objekt zurück gibt (Bilder z.B. als BufferedImage). Jars und Zips können bereits vollständig gelesen und auch extrahiert werden. Eine genaue Auflistung, was alles gelesen werden kann bekommt man mit einem Doppelklick auf das Lib-Archiv. Leider ist es im Moment noch nicht wirklich zu empfehlen, auch die Encoder zu verwenden. Der Clou an der Sache: Datentypen (De- und Encoder) können per Archiv hinzugefügt werden.
Nun stellt sich nur die Frage, ob eine Community ein solches Feature als sinnvoll erachtet und evtl. Interesse an "mehr davon" bekundet. Das Fatale ist nämlich, dass man diese immense Flut an verschiedenen Datentypen kaum allein bewältigen kann.
[EDIT]Ach ja... ein kleines Manko hat die Version bei manchen Audiodateien noch. Ich weis nicht, wie ich den DatenStream garantiert erst nach dem Abspielen geschlossen bekomme. Die Lib schliesst ihn manchmal schon vorher und der Sound hört sich dann nicht mehr so toll an, wie er eigentlich sollte. Naja... Jararchive funzen zumindest und was anderes wurde hier ja auch nicht verlangt.[/EDIT]