Input/Output Datei erzeugen funktioniert nicht (immer) vom .jar aus

[M_Schaffrath]

Ich arbeite gerade an einer Java-Anwendung, die bisher ohne Probleme sowohl aus Eclipse heraus als auch als .jar-File mit allen Funktionen gelaufen ist. Beim Einsatz auf dem Rechner einer Kollegin hat allerdings das Speichern von Daten in verschiedene Dateien nicht funktioniert. Beim Versuch, den Fehler zu beheben, hat sich das Problem auf folgenden Testcode reduzieren lassen:

public class FileTest {

	public static void main(String[] args){
	
		File f = new File("filetest.txt");		
		Writer writer = null;
		JOptionPane.showMessageDialog(null, "los!");
		try{
			writer = new BufferedWriter(new FileWriter(f));
			writer.write("Test bestanden!");
			JOptionPane.showMessageDialog(null, "fertig!");
		} catch(Exception e){
			JOptionPane.showMessageDialog(null, e.getMessage());
		} finally{
			if(writer != null)
				try{
					writer.close();
				} catch(IOException ioe){
					
				}
		}
	}
}

Aus Eclipse heraus läuft das Programm anstandslos. Wenn es als "ausführbares" .jar exportiert wird, lässt es sich auch ohne Schwierigkeiten starten, nach dem "los!"-Fenster kommt es allerdings zu Problemen, die sich mir nicht so ganz erschließen. Betriebssystem ist Windows 7, JRE ist 1.6 bzw. 1.7, das .jar wurde mit den Eclipse-Defaulteinstellungen exportiert.

- Von der Konsole aus mit

java -jar

oder

javaw -jar

gestartet, gibt es keinerlei Probleme.
- Vom Explorer aus per Doppelklick gestartet, läuft das Programm erst einmal immer in den catch-Block.
- Das Ändern der Benutzerrechte ermöglicht es bei manchen Benutzern, dass das Programm korrekt ausgeführt wird, allerdings nicht zuverlässig.
- Bei manchen Benutzern läuft es zwar beim Öffnen des Programms per Doppelklick auf das Explorer-Item, aber nicht, wenn man das Programm mit Rechtsklick -> Öffnen mit mit der JRE startet.

Mein Problem ist jetzt, dass ich natürlich gern garantieren möchte, dass das Programm überall vom Explorer gestartet läuft, ohne dass man auf dem Rechner wild herumbasteln muss.
Kann sich jemand vielleicht vorstellen, an welcher Stelle der Fehler zu suchen ist oder kann ihn zumindest reproduzieren? Mir fällt einfach nichts mehr dazu ein. ???:L

 

[faetzminator]

Es wär noch hilfreich, wenn wir die Fehlermeldung kennen würden.
Aber lass mich mal raten: Es kommt eine Meldung, dass der Benutzer die Datei nicht schreiben darf, denn der Ort, von welchem das Jar ausgeführt wird, wird warscheinlich dort sein, wo [c]explorer.exe[/c] liegt. Du solltest die Datei in [c]user.home[/c] o.ä. schreiben.

 

[Gast2]

Das stinkt nach Zugriffsrechten. Entwickelst du zufällig unter XP?

Denk immer daran, das man in Windows Vista und 7 nur Schreibrechte im user.home hat! (Was sich auch so gehört)

 

[jgh]

eigentlich sind es ja 2 probs, die hier vorhanden sind.
einmal die fehlende Schreibrechte und einmal das problem beim starten der .jar.

ich bekomme bspw. auch (Zugriff verweigert!) Meldung, wenn ich dein prog aus dem Ordner C:\Program Files starte, da ich dort explizite Schreibrechte benötige...evtl. den Tipp von faetzminator beachten und dem User das Verzeichnis vorgeben, oder ihn/sie den Ort selbst wählen lassen.

für das andere prob kann man bspw. sich eine kurze start.bat schreiben, die dann das Programm "per konsole" sicher startet.

 

[M_Schaffrath]

Im eigentlichen Programm kann der Benutzer per Dateiauswahldialog aussuchen, wo er die Datei gern hätte, sie ließ sich aber an keinem Ort, den wir versucht haben, erzeugen. Den kleinen Testcode hier haben wir für alle Besucher und Rechner auf dem Desktop ausprobiert. Es wird von allen dieselbe Variante von Windows 7 Enterprise verwendet.

Der Fehler, der kommt, ist eine FileNotFoundException mit der Meldung "Zugriff verweigert".

Natürlich funktioniert es, das Programm über eine Batch-Datei ausführen zu lassen, aber das ist bestenfalls ein Workaround. Es geht mir weniger darum, das Programm ans Laufen zu bringen, als vielmehr darum, die Fehlerquelle zu finden, um sie in Zukunft zu vermeiden. Oder wenigstens zu verstehen, was da schiefgeht.

Ich denke auch, es hängt irgendwie mit den Zugriffsrechten zusammen, aber welche und von wem wüsste ich eben gern - zumal mir so etwas in dem halben Jahr, wo ich mit der Softwarekonstellation entwickle noch nicht untergekommen ist.

 

[irgendjemand]

hole dir erstmal mit dieser zeile den aktuellen pfad

File currentFile=new File(this.getClass().getProtectionDomain().getCodeSource().getLocation().toURI());
if(currentFile.isFile()) { currentFile=currentFile.getParentFile(); }

damit hast du dann defintiv ein file-object auf den pfad in dem das class-file liegt *der IF block ist wichtig da sonst innerhalb von JAR files dieses in currentFile stehen würde ... du brauchst dann also das parent was dann der ordner ist in dem es liegt*

dann erzeugst du über

File newFile=new File(currentFile, "newFile.ext");
newFile.createNewFile();

erstmal das File-object der neuen datei ... falls diese auf grund von fehlenden zugriffsrechten nicht erzeugt werden kann fliegt dann bei [c]newFile.createNewFile()[/c] eine exception ... das muss also in ein try-catch

Im eigentlichen Programm kann der Benutzer per Dateiauswahldialog aussuchen, wo er die Datei gern hätte

dann musst du auch sicherstellen das schreib-rechte vorhanden sind ...

ein weg wäre mit Launch4J ein entsprechendes manifest einzufügen um sich erhöte rechte zu holen ...
oder z.b. mit filtern oder nem eigenen JFileChooser nur ordner anzeigen zu lassen in denen überhaupt schreibrechte vorhanden sind *was nur user.home sein sollte*

oder halt dierekt in user.home schreiben ...