Hiho,
folgendes Problem: Ich will eine selbstgestrickte Java-App als JAR weitergeben. In dem JAR steckt aber ein File (hibernate.cfg.xml 
) das Einstellungen enthält, die beim ersten Start der App geändert werden (müssen).
Daher meine Frage: Ist es möglich (und wenn ja, wie) dass die Java-App zur Laufzeit in ihrem eigenen JAR Files editiert?
Sind JAR-Dateien überhaupt dazu gedacht, verändert zu werden? Wieso kannst du die zu ändernde Datei nicht außerhalb des Archivs dazuliefern?
Bin mit JAR files nicht so firm aber ne möglichkeit wär es temporär zu entpacken und dann wieder mit der veränderten datei zu packen...
bzw einfach "darüber" zu packen (überschreiben)
sonst wär ein installer vl angebracht
Thomas
€:
laut dem thread: http://stackoverflow.com/questions/7464…with-java/74684
sollte es damit möglich sein: http://java.sun.com/javase/6/docs/…ge-summary.html
(bzw... http://lmgtfy.com/?q=modify+jar+file+jit )
das jar ist zur laufzeit gelockt, daher sind keine schreibende zugriffe möglich.
(während es läuft)
mit einem externen programm, nennen wir es mal installer, sollte das reicht leicht möglich sein.
Meine überlegung war auch eher sobald es gestartet ist, sich selbst zu entpacken und einen teil ausserhalb auszuführen, dadurch sollte es eventuell möglich sein (enpacken wenn es gelockt ist sollte schon hinhaun?) und sich dann wieder einzupacken...
aber das wird sowieso viel zu kompliziert so
wenn eine abneigung gegen installer vorliegt gibt es noch immer sachen wie thinstall etc. (programme die genau das tun was darüber steht...)
Thomas
es geht doch eh nur um die config-file, oder?
reichts nicht, die beim ersten ausführen zu generieren, wenn sie nciht vorhanden ist?
ja, aber sie "lebt" im jar file.
auf ein jar file schreibend zugreifen das gerade läuft geht nicht, macht also keinen unterschied.
sie ausserhalb zu platzieren würde einiges erleichern.
hibernate mappings/configs kann man auch völlig programmatisch (ohen config-file) setzen.
wäre auch ne möglichkeit, aber etwas umständlich.
ja, aber sie "lebt" im jar file.
auf ein jar file schreibend zugreifen das gerade läuft geht nicht, macht also keinen unterschied.
sie ausserhalb zu platzieren würde einiges erleichern.
war das was ich gemeint habe. ich hab mich nur gefragt, wozu gleich ein installer wenns auch ohne geht. beim ersten start config file ins homeverzeichnis und schluss, kein riesen overhead
Kommt hald darauf an wer das dann benutzen soll... wenn das John Doe ist kapiert der eventuell nicht was das für ne datei ist, bzw sieht sie gar nicht...
dadurch kann passieren das er sie 1) löscht oder 2) sie in seinem speicher rumgammelt was hald mit der zeit nicht sehr vorteilhaft ist...
Darum war der Installer gemeint
aber eventuell sollte der thread-starter mal zwischenmeldung zu unseren lösungen geben
Thomas
Das JAR zu ändern ist gar nicht notwendig!
Java durchsucht den classpath in der Reihenfolge, indem er angegeben ist.
wenn der ClassPath .;irgendwas.jar;foo.jar angegeben wird, wird hiber...xml zuerst im aktuellen dir, dann in iregendwas und zum schluss in foo gesucht.
Aber das ist dann von den Einstellungen des Benutzers abhängig. Bei manchen Konfigurationen wird es nicht laufen.
Eine App die hibernate verwendet, wuerde ich eher im Unternehmensbereich zuordnen. (Wer ist DB-Admin?)
Eine Applikation sollte fuer alle Zielsysteme eine entsprechende Integrations/Start-Umgebung haben (einfachsten Fall .sh+.bat-->....)
Wenn nicht kann mans im JAR auch konfigurieren
http://java.sun.com/j2se/1.3/docs/…in%20Attributes (siehe Class-Path)
doch, grundsätzlich natürlich möglich.
ich löse dieses problem in etwa so:
configs/updates/lizenzen/... für meine apps werden von einem/meinen zentralen server geholt/überprüft....
die url dafür ist fix und kann hardcoded werden.
a) config vom zentralen/fixen config/update/ server/db whatever holen
b) danach zur laufzeit anwenden
c) voila, verbindung zur db möglich
hat den vorteil, daß configs zentral verwaltet/geändert werden können.
zahlt beispielsweise ein böser kunde nicht mehr, reicht ein knopfdruck und die applikation steht.
dieser server sollte verdammt ausfallssicher sein, das ist natürlich ein hoher aufwand.
lg,lb
und von leuten die deine java-apps decompilieren wollen wir nicht reden
(betreffend hardcoded)
ist auf jeden fall ein aufwand das sicher zu gestalten... aber es ist machbar... apropos, gibts nicht solche lizenz verwaltungs/config verwaltungs "server" schon ausprogrammiert? wär sonst n neues projektchen
nachteil ist hald das jeder der es benutzt internet braucht... was eventuell bei seiner app nicht zwangsläufig der fall ist...
Thomas
€:
gibts eigentlich auch einen gratis java obfuscator? wenn ja... brav verwenden
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
