Klassenpfad mal anders - dynamisches Laden einer Klasse

[reibi]

Hallo

das Leidige Thema Klassenpfad hat sich ja für die meisten seit Benutzung von Eclipse verabschiedet. Aber ich hab noch mal was:

Zur Einfachheit halber erklär ich mein Problem mal mit dem Laden eines Datenbanktreibers:

Also ich hab ein Programm was "prg.jar" heisst. Das ruft man normalerweise so auf:

java  -Ds=DasProgramm -jar prg.jar

Nun will ich aber ein Datenbanktreiber laden. Je nach dem welche Datenbank benutzt wird, kann ein anderer Treiber benutzt werden.

So:

1.) Wenn nich diesen Treiber nun in den Klassenpfad eintrage geht das nicht mehr. Er zieht den Klassenpfad NICHT an.

java -cp "driver-mysql.jar" -Ds=Test -jar prg.jar

Wenn diese Variante funktionieren würde, wäre das die allerbeste Möglichkeit!

Das hier geht alles:


2.)
Ich kann den relativen Pfad des Treibers in das Manifest des Hauptprogramms schreiben. Dazu muss ich aber das "prg.jar" editieren. Is also für Anwender, die nicht programmierer sind ungebräuchlich.


3.)

java -cp "driver-mysql.jar .. main.jar" -Ds=Test HauptProgramm.main

Das ist aber Mist, weil man dann Auf die Klasse referenzieren muss, die mit gleichem Namen mehrfach vorkommen kann ... Und nochwas ... es sieht Sch... aus!

4.) Ich kann Variante 2 verwenden, d.h. im manifest steht ein relativer Pfad zu z.B "lib/treiber.jar", und das jeweilige JAR-File einfach in "treiber.jar" umbenamsen.

Das ist aber nicht die feine Art und ich hab einen höheren Anspruch

5.) Das möchte ich nun gerne wissen

oder ne Möglichkeit womit ich Variante 1 zum fliegen bekomme. Also ne Möglichkeit wie man das jar-File direkt aufruft aber trotzdem so frei ist dynamisch eine Klasse zu laden.


Das mit dem dynamischen Klassen laden ist zwar ne feine Sache, aber das muss schon sauber ablaufen!

Oder gibts ne Möglichkeit, das Manifest für n jarfile ausserhalb des jarfiles aufzubewahren und so editierbar zu machen?

Danke und Gruss an Alle ;-)

 

[Wildcard]

Wie du richtig erkannt hast, kannst du bei -jar keinen Classpath mehr angeben.
Zusätzlich zu deinen oben genannten Möglichkeiten kann ich dann noch Java Webstart und ein OSGi Framework in den Raum werfen.

 

[reibi]

Nee ... es handelt sich dabei nicht um ein GUI sondern um einen sozusagen unsichtbaren Prozess, welcher auf einen Server läuft

huhu

 

[FArt]

In der Regel wird das Problem gelöst, indem man nicht java startet, sondern ein Skript.

Unter allen mir bekannten udn gebräuchlichen BS ist es möglich, den Klassenpfad zur Laufzeit zusammenbauen zu lassen (z.B. nimm alle JARs aus dem lib Verzeichnis). Ausserdem hat man dann die Möglichkeit, noch mehr Konfigurationen (übersichtlich) vorzunehmen.

Nachteil: man braucht für jede Plattform ein Skript. Das ist aber eher kein großer Nachteil. Wenn das stört, könnte man das auch über ANT lösen (generisches Skript zum starten, Logik plattformunabhängig im ANT File).

Mit Javamitteln würde es auch gehen: führe einen eigenen ClassLoader (URLClassLoader) und setze den dann als ContextClassLoader. Das ist aber nicht ganz trivial, Beispiele sollten aber auch im Netz zu finden sein.

Grüße,
Bernd

P.S.: gutes Posting, kommt heutzutage leider nicht so oft vor...

 

[kleiner_held]

Ich nutze fuer sowas meistens:

java -Djava.ext.dirs=lib -jar lib\jar-mit-main.jar

Im lib ordner liegen dann alle benoetigten jars.

 

[tuxedo]

Hätte ich jetzt auch so gemacht. Und so machen es auch viele andere Programme.

- Alex

 

[reibi]

Hallo kleiner Held

super ist das ... funktioniert besser als ich dachte ;-) freu, freu

Im Endeffekt suche ich so ne Lösung schon sehr lange.

Gruss auch nach Neckarbischofsheim ;-)

 

[tuxedo]

Wie? Seit wann ist N'b'heim in Leipzig bekannt? *grübel* Hab ich was verpasst? Oder war da jemand bei Denic?

- Alex