Ressourcen(config) laden

[dusk007]

Ich versuche Ressourcen also xml Konfigurationsdateien zu laden aber scheitere irgendwie.
Das einzige was bisher notdürftig funktioniert ist folgendes.

ClassLoader loader = ClassLoader.getSystemClassLoader();
			InputStream is = loader.getResourceAsStream("resources/settings.xml");
			settingsvar.loadFromXML(is);

Dies funktioniert nur wenn ich die xml in ein package der selben jar packe.
Anders hab ichs bisher nicht hinbekommen aber eigentlich muss es da ja eine Reihe von Möglichkeiten geben.

Ich möchte eigentlich das die xml nicht einmal in der jar mit verpackt ist sondern irgendwo im Hauptverzeichnis einer Applikation liegt (in einem Ordner idealer weise) die nur diese Jar nutzt.
Also die jar XY braucht die xml.
Die Applikation A nutzt die Jar XY.

Wie stelle ich das an?
Tutorials zu dem Thema im Web bringen mich irgendwie nicht weiter es scheint nie zu klappen. Kann aber doch wohl nicht so schwierig sein denke ich mir.

PS: Ich nutze Eclipse und eigentlich sind in der Hierarchie noch 2 weiter jars dazwischen aber ich schätze das sollte am Ende eigentlich egal sein. Die App mit der Main methode soll eben auch die config liefern und die jar XY soll sie dort finden.

 

[Wildcard]

Ich möchte eigentlich das die xml nicht einmal in der jar mit verpackt ist sondern irgendwo im Hauptverzeichnis einer Applikation liegt (in einem Ordner idealer weise)

Also musst du über die File API laden und das Working Directory der Applikation richtig setzen.

 

[Gast2]

Wenn die Datei nicht in ner jar sein soll, dann lad die doch relativ zum

user.dir

. Ganz normal per FileReader.

 

[dusk007]

Danke.
Ist so viel einfacher.

Nur mal so aus Neugier.
String userpath =System.getProperty("user.dir")+File.separator+"config"+File.separator;
Konstruiert man so den Path OS unabhängig oder kann man sich die File.seperator mittlerweile sparen und der FileReader macht es automatisch.
Wenn ichs mit \\ ausprobier gehts nicht. Auf OSX gehts mit / natürlich. Ich frag mich nur obs unter Windows mit / auch noch gehen könnte und Java dann / einfach übersetzt.
Bei JDK 7 hätte das mittlerweile ja mal wer implementieren können.

 

[KrokoDiehl]

Ich hatte unter Windows bisher nie Probleme mit einem / als Separator anstelle des \. Das einzig "unschöne" daran ist, dass bei zusammengesetzten Pfaden der Separator wechseln kann, sprich wenn dir "user.dir" etwas wie "C:\Programme\MeineApp" liefert und du mit / weiterarbeitest kommt etwas wie
"C:\Programme\MeineApp/config/settings.xml" heraus.

 

[Gast2]

File

kommt unter allen Systemen mit / als seperator klar. Der FileReader sollte da keine Ausnahme bilden.

 

[nillehammer]

Eine Anmerkung noch: Bastel Dir Deinen Pfad lieber relativ zu "user.home". "user.dir" zeigt auf irgendein Verzeichnis, in dem der Anwender gerade ist. Das hängt von vielen Faktoren ab (Wo ist die Anwendung installiert, wurde sie aus einer Konsole gestartet, wenn ja aus dem Verzeichnis heraus oder mit Pfadangabe...) "user.home" zeigt immer auf das User-Home. Das ist sehr viel verlässlicher. Außerdem kannst Du dann auch relativ sicher davon ausgehen, dass in dem Pfad Schreibrechte exixtieren, falls Dein Programm mal was speichern soll.

 

[Gast2]

Er möchte aber relativ zu seiner Anwendung speichern, da kommt er dann mit

user.home

nicht allzuweit. Ich würde aber auch grad so config files lieber ins

user.home

legen.

 

[FArt]

Die Ressourcen einfach in ein Verzeichnis relativ zur Applikation legen und dieses Verzeichnis in den Klassenpfad aufnehmen. Danach über den CL Thread.currentThread().getContextClassloader() die Ressource laden.

Alternativ (wenn man das Verzeichnis nicht dem Klassenpfad hinzufügen möchte), kann man auch einen UrlClassLoader instanziieren, der das zusätzliche Verzeichnis abdeckt.

 

[mvitz]

Einfach den Classpath der Applikation richtig setzen, dann kann man auch Dateien die sich im Filesystem befinden bequem per getResourceAsStream laden.

 

[dusk007]

Wenn ich mal dumm fragen darf wie setzt man den Classpath dann?
Ich nehme mal an es ist gemeint beim Aufruf im Terminal einfach -classpath ./configFolder
oder so ähnlich bzw. in Eclipse dasselbe bei den JVM parametern rein knallen.
Nur wenn ich die app dann irgendwo einsetzte muss ich
dass ja immer erst richtig einstellen oder versteh ich das falsch.

Oder versteh ich das falsch. Oder gibt es einen Befehl der das Dynamisch zur Laufzeit vom Code aus reinwirft.

Das mit Filereader funktioniert ja ganz passabel aber jede elegantere Lösung wäre mir grundsätzlich recht. Vor allem falls die Lösung irgendwelche anderen Vorteile noch haben sollte.

Das einzig "unschöne" daran ist, dass bei zusammengesetzten Pfaden der Separator wechseln kann, sprich wenn dir "user.dir" etwas wie "C:\Programme\MeineApp" liefert und du mit / weiterarbeitest kommt etwas wie
"C:\Programme\MeineApp/config/settings.xml" heraus.

Also bloß unschön. Das wäre mir ja egal ich will den Path nirgends ausgeben nur die Datei muss gefunden werden.

 

[mvitz]

Entweder in der Tat durch den aufruf von

java -cp deinejar.jar;config deine.main.Klasse

oder per META-INF/MANIFEST.MF Datei in deiner JAR in der du den Classpath und die Mainclass spezifizierst und anschließend durch Doppelklick oder

java -jar deinejar.jar

In Eclipse reicht es, einen Ordner, der dein Konfigfile enthält per Rechtsklick -> Use as Source Folder einzubinden, der ist dann in Eclipse automatisch in deinem Classpath.