Relativer Pfad oder Dateien in Jar

[meister-g]

Hallo Leute,

ich stehe vor dem Problem PDF-Resourcen zu laden. Und zwar habe ich das einfach gemacht über Dateizugriff mit "./docs/meinpdf.pdf". Funktioniert wunderbar.
Jetzt wird die Anwendung über das Startmenü gestartet und "." ist ein ganz anderes Verzeichnis.
Kann ich das aktuelle Verzeichnis evtl irgendwie programmatisch auf das Verzeichnis der auszuführenden Jar setzen?

Wenn nicht war mein anderer Ansatz die PDFs über den Classloader zu laden, als Tempfile zu speichern und dann mit dem Acrobat Reader zu öffnen.
Problem hierbei ist aber, dass das Tempfile irgendwie beschädigt scheint oder noch ein Filehandle hat:

String path = "docs/meinpdf.pdf";
InputStream is = ClassLoader.getSystemResourceAsStream(path);
	       File tempFile = File.createTempFile("temp", ".pdf");
 // tempFile.deleteOnExit();  
	       FileOutputStream os=new FileOutputStream(tempFile);
	       copy(is, os);

mit

public static void copy( InputStream in, OutputStream out ) throws IOException   { 
	    byte[] buffer = new byte[1024];
	    for ( int len; (len = in.read(buffer)) != -1; ) 
	      out.write( buffer, 0, len ); 
	  }

Danach

Runtime.getRuntime().exec("cmd.exe /c startacrord32.exe /A \"nameddest=" + namedDest+ "\" \"" + 
					tempFile.getAbsolutePath() + "\");

klappt nicht. Datei scheint beschädigt oder noch irgendein Handle darauf.
Was mache ich falsch?
Die Dateien (auch mit EXE probiert) sind vorhanden und haben die richtige Größe.
Wenn ich das TempFile nicht automstisch löschen lasse, dann ist die Datei gültig.
Muss da evtl ein hack her wie z.b. den Thread kurz auf sleep() setzen oder so?

Das hässliche Öffnen des Acrobat Readers ist wegen der NamedDest notwendig. Es sei denn auch hier kann mir jemand weiterhelfen. Siehe auch:
http://www.java-forum.org/allgemeine-java-themen/98594-pdf-lesezeichen-nameddest-oeffnen.html

nachtrag:
Als einfacher fände ich es, dass ich die PDFs gar nicht ins JAR hinzufüge und eben das Arbeitsverzeichnis auf das ausführende JAR gelenkt werden kann. Wie mach ich das? Geht das irgendwie über den Classpath? Problem, dass ich hier ja gar kein Package habe.

 

[meister-g]

Habe eine Lösung gefunden, aber das ist schon sehr hässlich:

public static String getAppPath() {
    	try {
    		
    		String codeBase = new File(MainFrame.class.getProtectionDomain().getCodeSource().getLocation().toURI()).getAbsolutePath();
    		if (codeBase.endsWith(".jar")) {
    			codeBase = codeBase.substring(0, codeBase.lastIndexOf(System.getProperty("file.separator")));
    		}
    		
    		return  codeBase + (codeBase.endsWith(System.getProperty("file.separator")) ? "" : System.getProperty("file.separator"));
    	} catch (Exception e) {
    		e.printStackTrace();
    		return null;
    	}
    }

Was ich nicht verstehe:
Ist es nicht ein Standardfall, dass ich Resourcen nicht in ein Jar einbinden möchte, den absoluten Pfad nicht kenne und das Programm auch von woanders aufgerufen werden kann, sodass relative Pfade ins Nirvana laufen?
Gibt es keine elegantere Lösung a) das working directory zu setzen oder b) an den "Basis" Ordner einer Applikation zu gelangen?

Warum die Variante oben nicht funktioniert mit der temporären Datei ist mir auch schleierhaft und den Fehler würde ich hier auch gerne entlarven.

 

[Gastredner]

Gibt es keine elegantere Lösung a) das working directory zu setzen oder b) an den "Basis" Ordner einer Applikation zu gelangen?

Das ist ja einer der Gründe dafür, weshalb viele Applikationen ihre Anwendungsdaten nicht in ihren eigenen Verzeichnissen, sondern irgendwo im home-Verzeichnis des Benutzers (oder einem ähnlichen, zentral zugänglichen Verzeichnis) ablegen. Da kommt man ja auch recht einfach ran:

File f = new File(System.getProperty("user.home") + "/.app/filename.file");

Sollte auf jedem System zuverlässig funktionieren.

 

[meister-g]

Das ist ja einer der Gründe dafür, weshalb viele Applikationen ihre Anwendungsdaten nicht in ihren eigenen Verzeichnissen, sondern irgendwo im home-Verzeichnis des Benutzers (oder einem ähnlichen, zentral zugänglichen Verzeichnis) ablegen. Da kommt man ja auch recht einfach ran:

File f = new File(System.getProperty("user.home") + "/.app/filename.file");

Sollte auf jedem System zuverlässig funktionieren.

für Properties und ao nutze ich auch solche vom Betriebssystem vergebenen Verzeichnisse.
Bzw Files, die ich zur laufzeit erzeuge.

Das Handbuch und eine exe, die aufgerufen wird, würde ich aber lieber in das Installationsverzeichnis legen.
Diese sind auch bei der Installation schon vorhanden.

Ich möchte nicht wissen, wieviele Java applikationen nicht funktionieren, wenn sie von einem anderen Ordner gestartet werden weil sie relativ zum Arbeitsverzeichnis Dateizugriffe machen

 

[Gastredner]

Ich würde mal behaupten, dass dies bei den meisten Programmen der Fall ist, unabhängig von der Programmiersprache.
Ansonsten würde mir noch folgendes einfallen: Bei der Installation - vorausgesetzt eine solche Existiert, alternativ vielleicht über ein Script oder sowas - speicherst du den Installationspfad mithilfe von Preferences an einem zentralen Ort und liest ihn von dort wieder aus, wenn du ihn benötigst.

 

[meister-g]

Jede Applikation unter Windows, die sich Verknüpfungen anlegt wird aber aus einem anderen Arbeitsverzeichnis gestartet.
Ich findes es echt komisch, dass meine Recherche da nicht mehr ergab und auch hier nichts gepostet wird.

Preferences beim Installer zu schreiben wäre die andere Möglichkeit, ja.
Wobei es schon komisch ist, wenn man einer Anwendung sagen muss wo sie liegt

 

[Gastredner]

Jede Applikation unter Windows, die sich Verknüpfungen anlegt wird aber aus einem anderen Arbeitsverzeichnis gestartet.

Das wär mir neu - und dieses Feld "Ausführen in" bei Verknüpfungen hätte ich dann auch ganz gerne nochmal erklärt:

 

[meister-g]

interessant, danke.
Das wusste ich gar nicht.

Mein für Windows erstelltes Setup erzeugt standardmäßig Verknüpfungen mit einem leeren Eintrag "Ausführen in"