FileInputStream findet nur absoluten Pfad, keinen Relativen ?!

[megachucky]

Hallo.

Folgender Code:

        try {
			ldapProperties = new Properties();
//			FileInputStream in = new FileInputStream(
"C:\\workspaceBLA\\agreex\\service\\src\\impl\\de\\basisagree\\agreex\\service\\impl\\comp\\auth\\ldap.properties");
			FileInputStream in = new FileInputStream("ldap.properties");
			
			ldapProperties.load(in);
			in.close();
		} catch (FileNotFoundException e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		} catch (IOException e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		}

		String technischerUser = (String) ldapProperties.get("ldap.technischerUser");
		System.out.println(technischerUser);

Der Abruf über den absoluten Pfad funktioniert. Wenn ich einfach nur die Datei angebe (liegt im gleichen Verzeichnis wie diese Klasse hier - ist auch im Sun Tutorial so angegeben), kommt eine FileNotFoundException.

Kann mir das jemand erklären?

Welchen relativen Pfad muss ich hier angeben, damit es funktioniert?

Vielen Dank.

 

[SlaterB]

die packages müssen mit rein,
schau dir einfach erstmal an, wo "ldap.properties" landet:

System.out.println(new File("ldap.properties").getAbsolutePath());

/ statt \\ ist einfacher

 

[KrokoDiehl]

Relative Pfade findet er auch. Weißt du denn was das Arbeitverzeichnis vom Programm ist? Es heißt ja nicht, dass es das gleiche ist, wo auch die Code-Datei liegt.

Überprüft also mal das Arbeitsverzeichnis (via

 System.getProperty("user.dir")

).

 

[maki]

Proeprties Dateien am besten als Resource laden, sonst gibt es Probleme spätestens in Jars.

 

[megachucky]

Danke schon mal für die Hinweise.

Proeprties Dateien am besten als Resource laden, sonst gibt es Probleme spätestens in Jars.

Was gibt es denn da für Probleme? Die Anwendung muss nämlich in JARs. Kannst du evtl. ein kurzes Beispiel posten, wie ich die Properties nun am besten lade?

Vielen Dank schon im voraus...

 

[maki]

In Jars gibt es gar keine Dateien mehr... sind nur noch Zip File Entries, da hilft dir java.io.File gar nix mehr.

Guter Artikel zum Thema:
Smartly load your properties - JavaWorld

Das gilt übrigens für alle Arten von Dateien die geladen werden, immer als Resource Laden sonst klappt's nicht in Jars.

 

[megachucky]

Ok, ich habe es nun so gelöst (also mit getResource):

        try {

        	InputStream in = DieseKlasse.class.getResourceAsStream("ldap.properties");
        	
        	ldapProperties = new Properties();	
			ldapProperties.load(in);
			in.close();
			
		} catch (FileNotFoundException ex) {
// todo
		} catch (IOException ex) {
// todo
		}

Wie auch im JavaWorld-Artikel wird weiterhin "Properties" und InputStream" verwendet.
Aber durch "getResourceAsStream" können dann die Properties auch innerhalb des JARs gefunden werden, weil mit Resourcenzugriff auf Daten zugegriffen werden kann, die in ein Zip gepackt sind. Denn innerhalb eines JARs (also ZIPs) sieht man zwar mit Winzip noch die Dateien, aber in Wirklichkeit sind sie ein binäres Format, nur das Tool ermöglicht das Ansehen...

Habe ich das richtig verstanden?

 

[maki]

Habe ich das richtig verstanden?

Ja

Wird dir viel Ärger ersparen und uns ein paar Threads mit Titeln wie "Anwendung läuft, aber als Jar fliegt eine NulPointerException" und ähnliches

[c]java.io.File[/c] ist eben nur für echte Dateien gedacht.