File in jar

[manuche]

Hallo,

ich schreibe mir grad ein kleines Tool mit dem man Programme ausführen kann. Soweit kein Problem!
Die Auswahl des zu startenden Programms geschieht über eine Combobox. Hinter der Combobox befindet sich ein Textfile, welches Programmnamen (für die Combobox) und den dazugehörigen Pfad beinhaltet.
Da das Programm ein wenig dynamisch sein soll, kann man dem Textfile Einträge für Programme hinzufügen!

Jetzt das eigentliche Problem:

Exception in thread "main" java.util.zip.ZipException: Das System kann die angegebene Datei nicht finden
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(Unknown Source)
at java.util.jar.JarFile.<init>(Unknown Source)
at java.util.jar.JarFile.<init>(Unknown Source)

Unter eclipse funktioniert es einwandfrei, deshalb ist meine vermutung, dass ich das Textfile entweder außerhalb der jarDatei liegen haben muss oder mich bei jedem öffnen der Datei darum kümmern muss die jarDatei zu entpacken usw...

 

[Wildcard]

In einem Jar liegen keine Dateien, sondern Zip entries, demzufolge kann man auch keine File API verwenden.
Manipulieren solltest du die jar übrigens nicht, das ist wie den Ast abzusägen auf dem man sitzt.

 

[manuche]

Also gibt es keine Möglichkeit, die Datei mit den Pfad und Nameneinträgen innerhalb der jar-Files zu verwalten?
Wäre so definitiv die schönere Variante!
Was wäre überhaupt so schlimm daran, die Datei zu ändern? Im Prinzip ist sie ja nicht Laufzeitabhängig, oder sehe ich das falsch?

 

[Wildcard]

Auf den meisten Betriebssystemen funktioniert das auch tadellos, Windows hingegen wird ein Write Lock setzen sobald die Datei gestartet wird.
Benutz doch den Java Preference Store for example.

 

[manuche]

Also weil ich den Begriff zum erstenmal höre:
-Was ist der Java Preference Store genau?
-Sind die Einträge nach Programm- und Systemneustart immernoch vorhande? (wäre eine Grundlegende Voraussetzung)

 

[Wildcard]

Der Preference Store ist eine von der VM bereitgestellte Methode um User Preferences für die Anwendung transparent persistieren zu können. Wo und wie die Daten gespeichert werden, hängt von der VM Implementierung ab und ist für den Entwickler irrelevant.
http://java.sun.com/javase/6/docs/api/java/util/prefs/Preferences.html

 

[Escorter]

das Textfile entweder außerhalb der jarDatei liegen haben muss

Was spricht gegen die Version? So kann man zur Not auch noch direkt an der .txt arbeiten.

Gruß,
Esco

 

[manuche]

@Escorter:
Ist halt möglich aber nicht wirklich elegant... Wollter vermeiden immer 2 Dateien durch die Gegend zu schleppen!

@Wildcard: Super Idee! Funktioniert nun wunderbar!