java.lang.Class - Resource - Solaris

[reibi]

Hallo

Folgende Zeile liefert bei
1.)WinXP eine URL-OBJ zurück
&
2.)Bei Solaris NULL zurück

Class myClass = .......
myURL = myClass.getResource("log4j.properties");

Was mache ich falsch?

 

[Gast]

irgenwas mit deinem path in solaris ist falsch da er die datei anscheinend nicht findet

 

[reibi]

Hallo Gast: Das denke ich halt auch. Weiss nur nicht was... ich dachte immer Java ist SystemUnAbhängig; Anscheinend an dieser Stelle dann doch nicht

Hab aber alle sachen schon ausprobiert die gehen könnten zB:

..getResource("log4j.properties");
..getResource("/log4j.properties");
..getResource("./log4j.properties");

Muss aber dazusagen, dass ich hier nicht die groesste UNIX-Leuchte bin und deshalb zu dumm bin das selbst rauszufinden

Achso: Was ich nicht will ist sowas:

..getResource("/data/prgs/selberGeproggte/meinProg/log4j.properties");

Zur Erklärung: Wenn man das PRG mal irgendwann umkopiert, und es steht ein absoluter Pfad drin, dann gehts nicht mehr und man rätselt wieder woran es liegt.

Danke für die Hilfe und fürs Kopfzerbrechen ;-)

 

[kleiner_held]

Nur so als Hinweis:

Wenn Deine Klasse MyClass heisst und im Package mypackage.xyz liegt, dann sucht

myClass.getResource("log4j.properties");
nach dem Pfad: mypackage/xyz/log4j.properties

myClass.getResource("/log4j.properties");
nach dem Pfad: log4j.properties

myClass.getResource("./log4j.properties");
nach dem Pfad: mypackage/xyz/./log4j.properties

Alles jeweils relativ zu allen Eintraegen im Classpath.

 

[reibi]

Danke für den Hinweis: Aber im guten EclipseSlang befindet sich die Klasse die ich Main getauft habe im DefaultPackage.. das heisst somit im PRJ-Root.

 

[Wildcard]

Danke für den Hinweis: Aber im guten EclipseSlang befindet sich die Klasse die ich Main getauft habe im DefaultPackage.. das heisst somit im PRJ-Root.

Dann wird dir Eclipse beim Erstellen auch folgende Meldung gegeben haben:
The useage of the Default-Package is Discouraged!
:wink:

 

[reibi]

Hallo Wildcard, das tut der ja immer wenn man was im DefaultPackage ablegt.

Aber wozu soll ich denn ein Package erstellen, wenn dieses Beispiel immer noch HelloWorld-Charakter hat? Das kann man ja später ändern ...oder?

 

[Wildcard]

Ist nur ein Hinweis für die Zukunft, da das Default Package nicht unproblematisch ist.

 

[kleiner_held]

Um auf dein Problem zurueckzukommen:

Du solltest mal deinen Classpath unter Solaris durchchecken, zB. mit

System.out.println(System.getProperty("java.class.path"));

vorallem der Unterschied zwischen deinem Windows0 und Solarissystem ist interessant.

Ich kann irgendwie nicht glauben, dass Class.getResource() unter Solaris defekt sein sollte.

 

[reibi]

Danke, das ist klar ... ich mach immer alles nach Konvenzion. zB so org.reibi.myprg

und so erklär ichs auch jeden, den ich java erklär

So ... nun aber zurück zu meinen problem:

 

[Wildcard]

vorallem der Unterschied zwischen deinem Windows0 und Solarissystem ist interessant./quote]
Die meisten Betriebssysteme (ausser Windows) haben den '.' nicht im Pfad. Eventuell liegt's daran.

 

[reibi]

Hallo kleiner Held und Wildcard


Mein sys funktioniert so ... ich hab das ganze in ein JarFile gepackt und so unter Solaris probiert

<PRJ-Root>helloworld.jar
<PRJ-Root>log4j.properties

So nun zum Zusammenhang: Wenn ich aus diesem .jar-File das hier

System.out.println(System.getProperty("java.class.path"));

aufrufe --> Sagt er mir natürlich dass der ClassPath aussschliesslich auf das jarFile beschränkt ist .

also /data/myprg/myprg.jar

Und da es im .jar-File liegt sollte das ja keinen Unterschied mehr machen .. oder? Aber vielelicht weil das log4J ausserhalb des .jar-Files liegt?

ABER APropo Classpath... was hat das denn mit dem classpath zu tun? das File ziehe ich ja nicht über den Classpath an ..oder? und das ProjektRoot sollte ausserdem immer automatisch im Classpath liegen oder?

Danke aber trotzdem dass Ihr Euch meine Probleme durch den Kopf gehen lasst ;-)

 

[Wildcard]

Die Datei die du haben möchtest liegt aber nicht im JAR, sondern ausserhalb.
Nimm mal '.' in den ClassPath auf (manifest), ich denke daran liegt's.

 

[kleiner_held]

ABER APropo Classpath... was hat das denn mit dem classpath zu tun? das File ziehe ich ja nicht über den Classpath an ..oder? und das ProjektRoot sollte ausserdem immer automatisch im Classpath liegen oder?

Doch, Class.getResource(String) geht ueber den Classpath (und nur ueber diesen). Und wenn Du Dein Programm ueber

java -jar /data/myprg/myprg.jar

startest, dann ist auch das aktuelle Verzeichnis (.) nicht unbedingt immer mit im Classpath (je nach default Classpath des Betriebssystems).

Wuerdest du zum Beispiel deine log4j.properties mit in das Jar packen, dann wuerde Dir

System.out.println(myClass.getResource("log4j.properties"));

sowas wie:

jar:file:/C:/myProjectRoot/helloworld.jar!/log4j.properties

ausgeben.

 

[Guest]

Wuerdest du zum Beispiel deine log4j.properties mit in das Jar packen, dann wuerde Dir

[/quote]

Ja aber ich will das .propertioes-File nicht mit is .jar Packen weil ich es dann zu umständlich konfigurieren könnte. Deshalb ist es draussen.

 

[kleiner_held]

Dann ist die Loesung von Wildcard genau das was Du brauchst.

 

[reibi]

So ich nochmal:
Also mein Problem war, dass ich praktisch nur von dem log4j.properties-File ne URL haben wollte.

die dann ungefähr so aussehen sollte file://blabla

Ich hab auch IMMER den Anspruch von meinen JavaProgrammen dass man sie ohne Aufwand auf verschieden Sys portieren kann.

Also zurück im text... ich war ja so dumm!!!

Folgende Zeile gibt auch ne url von nem File:

PropertyConfigurator.configure((new File("conf/log4j.properties")).toURL());

Habs jetzt alles unter Windows und Solaris getestet ...UND ES LÄUFT ..JUHU!

das log4j.properties-File liegt jetzt sogar schön in nem Verzeichnis namens conf/


So ..Problem gelöst ... und Artikel abgeschlossen

 

[Wildcard]

Klar, so geht's auch :wink: