Dateien zurück in eine jar Speichern

[MPW]

Hallo,

also, ich muss Konfigurationseinstellungen zurück ins jar schreiben. Da Java selber mal wieder zu doof dafür ist, möchte ich eine bat dafür benutzen:

Der Weg:

- Es wird eine Pufferdatei angelegt(runs.txt)
- die batch-Datei wird aufgerufen und läuft so lange im Kreis, bis es runs.txt nicht mehr gibt:

rem Diese Datei bitte nicht löschen, sie löscht sich selber, wenn sie nicht mehr gebraucht wird - Danke!
:START
if not exist runs.txt goto DELETED
goto START
:DELETED
jar -uvf Thinking.jar words.ini
del Thinking-su.bat

- nun wird in Java die Datei runs.txt gelöscht. Der Trick an dieser Stelle, die Datei wird ja erst gelöscht, wenn sich die JVM beendet, hab' ich mal irgendwo gelesen

- Nun, wer batch lesen kann/nicht doof ist wird sehen, dass nun ein jar upgedated wird und sich die Datei löscht.

Der Hacken, dies geschieht nur teilweise:

1. Wenn man die batch manuell aufruft, passiert alles wie geschmiert.
2. Wenn man sie aus Java aufruft wird nur der erste Befehl ausgeführt, und zwar egal welcher:

- md Hello
- jar -uvf Thinking.jar words.ini
oder - del Thinking-su.bat

^^Ich habe schon alles ausprobiert, es wird immer nur der erste Befehl ausgeführt, auch eine weiter batch Datei zu öffnen klappt nicht, da wird wieder nur ein Befehl ausgeführt.

Warum?

Ich kann's mir nicht erklären...hängt es mit irgendwas zusammen, was ich übersehen habe...muss ja irgendwo an der JVM liege - ohne geht's ja!

Zusatzfrage:

Gibt es einen batch-Befehl, der die Datei für eine gewisse Zeit anhält, ich kenne nur PAUSE aber da wartet er ja auf eine Benutzeriengabe.

Danke für eure Hilfe(sofern sich jemannd da einen Reim drauf machen kann)

 

[Roar]

Da Java selber mal wieder zu doof dafür ist, möchte ich eine bat dafür benutzen

wer im glashaus sitzt....
ich nehm mal an dass Thinkind.jar deine applikation ist? falls nicht betrachte den post als gegenstandslos.

hast du schonmal die ausgabe der bat gelesen wenn du sie per java startest??
das was du vorhast ist schlicht unmöglich und das liegt nicht an java.
du kannst und konntest noch nie dateien ändern wenn diese grad geöffnet sind von einem anderen programm

 

[MPW]

Nein, da liegt doch der Witz!!
Durch die Schleife bis zum löschen der Datei wird Java ja vorher geschlossen, wie ich erklärt habe.

Das klappt auch, ich habe schonmal Dateien geaddet!!!! Nur die Datei löscht sich nicht oder umgekehrt...je nachdem was man zuerst angibt...hab' ich doch erklärt, immer der erste Befehl!

Und: Thinking.jar ist meine Anwedung, richtig!

 

[MPW]

Oh verdammt du hattest recht - muss wohl aus der class gewesen sein.

grrrr Aber es muss doch verdammt nochmal möglich sein, eine Anwendung zu schreiben, die eine andere erstellt, die dann wartet bis sie Zugriff bekommt und sich dann selber löscht und wenn in C(kann ich bloß nicht)

 

[stev.glasow]

Ne Anwendung kann sich nicht selber löschen oder edtieren.
Die Anwendung soll solange warten bis sie Zugriff bekommt sich selbst zu löschen ist ein Wiederspruch, denn der Zugriff ist erst möglich wenn das Programm nicht mehr läuft. Das hat auch nix mit der Programmiersprache zu tun, sondern damit dass das Betriebsystem den Zugriff verbietet.

Aber App A könnte App B Starten und diese löschen wenn sie nicht mehr läuft.

"also, ich muss Konfigurationseinstellungen zurück ins jar schreiben. Da Java selber mal wieder zu doof dafür ist, möchte ich eine bat dafür benutzen:"
In wie fern ist java zu doof dafür? Sicherlich kannst du ein jar-archiv mit java editieren.
Aber wieso machst du die Konfigurations-Datei nicht außerhalb des jar Archivs?
Und wieso "mal wieder"?

 

[L-ectron-X]

Du kannst eine Java-Anwendung schreiben, die eine Klasse mit all den benötigten Funktionen zusammenbaut die du brauchst, diese danach kompiliert, instanziiert und in der aktuellen VM ausführt.

 

[MPW]

hm...wenn ich das Programm mal fertig habe, werde ich das mal versuchen, jetzt habe ich erstmal noch ein paar andere Baustellen im Programm zu beheben.
Aber torztdem gute Idee -Danke!