Class.class.getResource(...)

[mongole]

Hallo,

Die Frage ist sicher ein Klassiker, aber irgendwie klappt es bei mir nicht.

Die Methode

Class.class.getResource(String)

liefert die URL für eine Datei im Classpath zurück. Das funktioniert bei mir auch, wenn ich die gesuchte Datei im /bin Verzeichnis von meinem Eclipse Projektverzeichnis habe.

Wenn ich das Projekt jetzt aber als .jar packe und Konfig Datei ausserhalb des .jar Files im gleichen Verzeichnis liegen haben, sollte es eigentlich mit dem Aufruf

java -cp . -jar Program.jar

auch funktionieren, aber ich bekomme immer nur null zurück.

Was hab ich übersehen? Gibt es einen anderen Weg eine Datei zu öffnen, die im Verzeichnis des .jar Files liegt? Absolute Pfade funktionieren nicht, da ich nicht weiß, wo das .jar landen wird.

Danke und lg,
mongole

 

[Beni]

Wirf deine Dateien in das src Verzeichnis, sie werden dann in das bin Verzeichnis kopiert (IMHO sogar automatisch). Und wenn du ein JAR machst, werden sie dann in das JAR gepackt, das ist notwendig damit getResource die Daten findet.

Das bin Verzeichnis wird von Eclipse verwaltet, in diesem Verzeichnis sollte man besser garnichts ändern/spechern/löschen...

 

[-MacNuke-]

Was hab ich übersehen? Gibt es einen anderen Weg eine Datei zu öffnen, die im Verzeichnis des .jar Files liegt?

Etwas umständlich, aber ich habe bisher auch nichts anderes gefunden:

String file = this.class.getProtectionDomain().getCodeSource().getLocation().toURI().getPath();
int index = file.lastIndexOf("/");
String path = file.substring(0, index);
//path benutzen

@Beni

Nicht alles möchte man ins Jar legen. z.B. feste, nicht User-bezogene Programmkonfigurationen wie Datenbank-Adressen usw.

 

[musiKk]

@Beni

Nicht alles möchte man ins Jar legen. z.B. feste, nicht User-bezogene Programmkonfigurationen wie Datenbank-Adressen usw.

Dann sollte man das beim Jar-Export entsprechend berücksichtigen. 😉

 

[mvitz]

Wenn die Config Datei zwangsweise irgendwo in einem Ordner liegen muss, dann reicht es imho, den Ordner (oder explizit die Datei) mit in den Classpath aufzunehmen. Danach funktioniert getResource() dann wieder.

z.B. so:

java -cp config.xml -jar Test.jar

Wobei, ich bin mir gerade nicht sicher, ob bei -jar überhaupt das cp ausgewertet wird. Da gäbe es dann die Möglichkeiten

a)

java -cp config.xml;Test.jar de.test.Main

b) Manifest in die JAR, in der auch die config.xml einbezogen wird.

 

[mongole]

Hi,

Danke für die Tipps! Der Grund für die Trickserei ist, dass ich die config, wie schon von einigen vermutet, nicht im jar haben möchte. Es ist ein kleines Tool, das mir Verzeichnise die im config File angegeben sind säubert. Alles was älter als 2 Wochen ist, soll raus. Da will ich nicht jedes mal ein neues jar machen müssen, wenn ich den Pfad ändere...

@Beni: So war's eh gemeint mit dem bin verzeichnis. Original in src, kopie von eclipse verwaltet in bin....

@MacNuke: Den Ansatz finde ich interessant. Leider hab ich bei this.class.getProtectionDomain().getCodeSource() auch null zurückbekommen.

@habi55: Genau das war die zugrunde liegende Idee. Das Problem war wirklich, dass die Kombination aus -cp und -jar nicht funktioniert. Deine Variante 2 hat dann anstandslos funktioniert. Find ich aber echt bescheuert das Verhalten, dass man bei -jar einen Classpath angeben kann, der aber einfach ignoriert wird. Ist nicht gerade intuitiv. Mit dem File direkt im Classpath hat's nicht geklappt. Das hat wieder null zurückgeliefert.

Aja, wie würde man denn das file im Manifest angeben? Wenn ich den vollen Pfad oder nur den Dateinamen angegeben hab, dann hab ich folgende Meldung bekommen: java.io.FileNotFoundException: file:/Users/andi/Temp/TempCleaner.jar!/tempclean.conf (No such file or directory)

lg,
Mongole

 

[mvitz]

./conf.xml

Afaik. . sollte bei -jar aufruf immer das Verzeichnis sein, dass die JAR enthält.

 

[-MacNuke-]

@MacNuke: Den Ansatz finde ich interessant. Leider hab ich bei this.class.getProtectionDomain().getCodeSource() auch null zurückbekommen.

Dann nimm mal nicht this, sondern einen direkten Klassennamen. z.B. MyClass.class.bla

 

[mongole]

@habi55: . steht für aktuelles verzeichnis. wenn ich wo anders stehe und java -jar /absolut/path/to.jar angebe, dann bekomm ich nicht das verzeichnis vom jar file für den punkt. das mit dem Class-Path: ./file im manifest hat bei mir nicht funktioniert.

weder mit java -jar ... noch mit java -cp ... aber egal. jetzt hab ich ja einen weg, wie ich es starten kann.

@MacNuke: Ahhh! Jetzt funktionierts 🙂 Hab's mit Class.class.get....()... versucht. Manchmal sollt man doch die API docs lesen.


Danke an euch alle! Wieder was gelernt 🙂

lg,
mongole

 

[mvitz]

kk, ich weis nur definitiv, dass es auch über das Manifest geht. Nur leider nicht mehr 100% wie. Hab hier jetzt auch gerade kein JDK, werde es morgen aber dann nochmal versuchen, ist meiner Meinung nach, nämlich der wesentlich elegantere Weg.

 

[mvitz]

So 😀

Also, im MANIFEST.MF wird der . als Verzeichnis, in dem sich das JAR File befindet gedeutet.

Zum ausprobieren (benötigt ANT)

[XML]<?xml version="1.0" encoding="UTF-8"?>
<project name="test" default="default" basedir=".">

<property name="src" value="${basedir}/src" />
<property name="dest" value="${basedir}/build" />

<target name="default">
<mkdir dir="${src}" />
<mkdir dir="${src}/de" />
<mkdir dir="${dest}" />

<echo file="${src}/de/Test.java">package de;

import java.net.URL;

public class Test {

public static void main(String[] args) {
URL url = Test.class.getClassLoader().getResource("test.xml");
System.out.println(url);
}

}
</echo>
<echo file="${basedir}/test.xml"></echo>

<javac srcdir="${src}" destdir="${dest}" />

<jar basedir="${dest}" destfile="${basedir}/test.jar">
<manifest>
<attribute name="Main-Class" value="de.Test" />
<attribute name="Class-Path" value="." />
</manifest>
</jar>

<delete dir="${src}" />
<delete dir="${dest}" />
</target>

</project>[/XML]

Anschließend kann per java -jar /path/to/test.jar von überall das JAR gestartet werden, und er findet die test.xml.