.jar Datei Classpath mitgeben ohne Dos Fenster

[Escorter]

Hallo zusammen,

ich habe zur Zeit ein größeres Project, welches auch externe Libaries nutzt und diese möchte ich nciht fest mit in meine Jar packen, da wenn neue Versionen kommen die leicht zu tauschen sein sollen. Also habe ich mir bis jetzt ein Dos Script geschrieben um das Programm zu starten und den Classpath anzupassen

set LIBDIR=./lib
rem explicitely do NOT add . as a classpath entry...
rem project resources and config 
set MYCLASSPATH=./config
rem project libs
set MYCLASSPATH=%MYCLASSPATH%;%LIBDIR%/RuntimeGUI-1.2.jar
rem common libs
set MYCLASSPATH=%MYCLASSPATH%;%LIBDIR%/jbossall-client.jar
set MYCLASSPATH=%MYCLASSPATH%;%LIBDIR%/jcommon-1.0.12.jar
set MYCLASSPATH=%MYCLASSPATH%;%LIBDIR%/jfreechart-1.0.9.jar

set CLASSPATH=%MYCLASSPATH%;%CLASSPATH%

Das Problem ist jetzt, dass das Dos Fenster die ganze Zeit offen sein muss => blöd

Nun ist meine Frage ob es eine Möglichkeit gibt, der Jar Datei den Classpath mitzugeben (nach dem packen) ohne die Dos Konsole offen zu haben.

Plattform unabhängigkeit ist erstmal nicht wichtig.

Danke und Gruß,
Esco

 

[The_S]

Was spricht dagegen den Classpath mit ins Manifest aufzunehmen?

 

[Escorter]

Ich benutze u.a. jfreechart-1.0.9.jar und JDBC Treiber. die haben alle Versionsnummern im Namen, was ja auch gut ist. Wenn also eine neue Version kommt, will ich, dass der Kunde diese selbst einpflegen kann bzw. sie schnell zuändern ist.

Danke und Gruß,
Esco

 

[FArt]

Diese Zeile stammt von SQuirreL, einem Tool in Java. Da blitzt nur kurz eine Konsole auf...

@rem Run with no command window. This may not work with older versions of Windows. Use the command above then.
start "SQuirreL SQL Client" /B "%LOCAL_JAVA%w" -Xmx256m -cp %TMP_CP% net.sourceforge.squirrel_sql.client.Main %TMP_PARMS%

Es nutzt javaw und das start-Kommando.

 

[maki]

Dann soll dein Kunde sich doch um den Classpath kümmern, beides geht nicht, d.h. einmal den CP selbst setzen (inkl. Versionsnummern im Jar Namen) aber dann wieder die Jars ändern ohne den CP anzupassen.

 

[Wildcard]

Nimm halt Webstart...

 

[Escorter]

Ich kann Webstart auch für locale Anwendungen nutzen? Gibts da ein tutorila o.ä. zu? Dachte, dass geht nur für Web anwendungen wo der Webserver das auch unterstützen muss.

@FArt: Werds mal probieren.

Danke und Gruß,
Ewsco

 

[Wildcard]

Der Webserver muss lediglich den Content-Type richtig ausliefern.
Webstart ist ein Deployment Mechanismus, sprich, es sorgt dafür das eine Applikation geladen und gestartet wird, evtl. Desktop-Verknüpfungen angelegt werden, beim Neustart auf Updates überprüft wird, usw.
Die Anwendung ist aber natürlich lokal und Offline fähig.

 

[Escorter]

Ah ok, werde mich bei Gelegenheit damit beschäftigen, da die Lösung von FArt funktioniert und das genau das ist was ich brauche. Musst nur die eine Zeile anpassen und dann hats geklappt.

Noch ein kleiner Nachtrag aus "Java ist auch eine Insel":

26.3.1 Der Unterschied zwischen java.exe und javaw.exe

Unter einer Windows-Installation gibt es im Java-JDK für den Interpreter zwei ausführbare Dateien: java.exe und javaw.exe – java.exe stellt die Regel dar. Der Unterschied besteht darin, dass eine über die grafische Oberfläche gestartete Applikation mit java.exe im Unterschied zu javaw.exe ein Konsolenfenster anzeigt. Ohne Konsolenfenster sind mit javaw dann auch Ausgaben über System.out/err nicht sichtbar.

In der Regel nutzt ein Programm mit grafischer Oberfläche während der Entwicklung java und im Produktivbetrieb dann javaw. Ein kleines (oder großes) Ärgernis bestand bei Systemaufrufen mit Runtime.exec(), weil sich plötzlich ein Konsolenfenster öffnete, das dann wieder verschwindet. Der Fehler feierte regelmäßig Geburtstag (4244515), bis er in Version 1.4 behoben wurde. Bei java wurde kein zusätzliches Fenster erzeugt.

Vielen Dank!

Gruß,
Esco