Jar Dateiabhängigkeiten in Java 1.4

Question

Ich arbeite an einem kleinen Java-Projekt, das jetzt mit einer MS SQL Server 2000-Datenbank verbindet, wird aber in Kürze eine Verbindung zu MS SQL Server 2005-Datenbank herstellen. Ich erstelle ein einzelnes Glas für die einfache Bereitstellung. Ich habe versucht, es einzurichten, so dass ich einfach eine Konfigurationsdatei ändern und Treiber ändern konnte (wie in .NET). Aufgrund der Einschränkungen von Javas Jar embedded classpath und dem Fehlen des Platzhalterzeichens auf dem eingebetteten Klassenpfad (1). Gibt es eine Möglichkeit, dieses Problem zu umgehen, ohne explizit auf jeden Treiber-Jar zu verweisen? Wenn ich das tun muss, muss ich jedes Mal neu kompilieren, wenn sich die Datenbank ändert ...

(1): Allerdings werden Klassenpfad-Platzhalter im Klassenpfad-JAR-Manifestheader nicht berücksichtigt.

Answer 1

Im Allgemeinen können Sie die classpath at runtime ändern. Ansätze wie diese sind der generelle Weg, um mit "plugin" -artigen Jars in Java umzugehen (sehr ähnliche Anforderungen an Ihren Fall).

Answer 2

Sie könnten Informationen über den zu verwendenden Treiber z. eine Konfigurationsdatei Oder im Manifest der JAR-Datei selbst. Geben Sie beim Starten der Anwendung einfach alle JAR-Dateien ein, laden Sie den Namen des Treibers jedoch aus der Konfiguration.

Answer 3

Ich würde sagen, dass es nicht der Java-Weg (wie in der Standard-Praxis) ist, Code von Drittanbietern in das gleiche Jar zu integrieren, wie Sie es bereitstellen. Ein Jar ist jedoch nur eine Zip-Datei, daher können Sie diese in den meisten Fällen (mit Ausnahme einiger schicker Dinge, die in den Manifesten vorkommen) beliebig kombinieren.

Das heißt, Sie können in Ihre JAR-Datei eine Klassenpfad-Referenz zu allen möglichen JDBC-Treiber-JARs aufnehmen oder einfach den JDBC-Treiber JAR auf die richtige Weise aufrufen. Dann haben Sie eine Konfigurationsdatei im selben Verzeichnis (stellen Sie sicher, dass Sie. Im Klassenpfad Ihrer JAR einbeziehen) und lesen Sie dann den Treibernamen und verwenden Sie Class.forName(), um den Treiber zu laden.

Sie können zärtere Dinge tun (wie zum Beispiel das richtige jar zur Laufzeit finden und es dynamisch laden, obwohl es nicht auf dem Klassenpfad war), aber diese Dinge sind ein bisschen kompliziert, also sollte etwas einfaches wie oben beschrieben funktionieren.

Sie sollten nie neu kompilieren müssen. Sie tun JDBC nicht wirklich richtig, wenn Sie neu kompilieren müssen, wenn Sie Treiber ändern.

Answer 4

Sie müssen die Treiber-JAR-Datei und den tatsächlichen Namen des JDBC-Treibers für den jeweiligen Provider trennen.

Ich würde wirklich ermutigen, jdbc Treibergläser nicht in Ihr eigenes Glas einzuschließen. Nur bei ihnen auf den Pfad zur Laufzeit. In ähnlicher Weise können Sie den Namen des JDBC-Treibermanagers während der Laufzeit aus den Systemeigenschaften oder sogar eine Konfigurationsdatei abrufen.

So läuft App wie folgt aus:

java -jar myapp.jar -cp sqlserver.jar -DdriverManager=com.microsoft.sqlserver.jdbc.SQLServerDriver -DdbUrl=jdbc:some:url 

und in der Anwendung, so etwas tun (ich auslassen Ausnahmebehandlung):

Class.forName(System.getProperty("driverManager")); 
Connection conn = DriverManager.getConnection(System.getProperty("dbUrl")) 

;

Auf diese Weise können Sie Treiber einfach ändern, indem Sie dem Klassenpfad die entsprechende JAR-Datei hinzufügen und die Eigenschaften driverManager und dbUrl ändern. Auf diese Weise müssen Sie nicht neu kompilieren, um neue Treiber zu unterstützen.

Das ist die einfachste Lösung, die ich mir vorstellen kann.