Native Bilbiothek exportieren

[lyrichter]

Hallo liebes Java-Forum,

ich möchte ein Projekt, dass ich unter Windows mit Eclipse erstellt habe, so in eine jar-Datei exportieren, dass diese auf anderen Rechnern, auch unter MAC-OS und Linux, läuft. Dabei machen mir die nativen Bibliotheken des eingebunden RXTX Probleme.

Im Detail:
Ich arbeite an einem Projekt, das für Hardwarekommunikation über einen Comm-Port die RXTX-Bilbiothek verwendet. Das Projekt läuft auf meinem Rechner wunderbar, die Bilbiothek habe ich mit Eclipse wie folgt eingebunden:
1.) Properties -> Java Build Path -> Add JARs --> RXTXcomm.jar
2.) RXTXcomm -> Native Libraries -> Edit -> [Verzeichnis mit 2 dll-Dateien]
Wenn ich mich nicht täusche, dann setzt Eclipse nun java.library.path so, dass die nativen Bilbiotheken gefunden werden. Jedenfalls funktioniert in Eclipse alles wunderbar.

Wenn ich das Projekt aber in eine ausführbare jar-Datei exportiere und die Option "Extract required libraries into generate JAR" wähle, werden die dll-Dateien nicht mitgepackt. Ich kann die dll-Dateien per Hand in dasselbe Verzeichnis wie das jar-Archiv kopieren, dann funktioniert alles unter Windows.
Um das Programm auch auf anderen Betriebssystemen zum Laufen zu bringen, benötige ich ja einfach die entsprechenden nativen Dateien. Die habe ich auch, allerdings haben sie teilweise den gleichen Namen, das heißt, ich kann sie leider nicht alle in das gleiche Verzeichnis legen. Außerdem ist es nicht sehr übersichtlich, dieses Verzeichnis mit unzähligen Dateien für verschiedene Betriebssysteme vollzupacken.

Gibt es da eventuell elegantere Lösungen?

Viele Grüße,
lyrichter

 

[Gast2]

Außerdem ist es nicht sehr übersichtlich, dieses Verzeichnis mit unzähligen Dateien für verschiedene Betriebssysteme vollzupacken.

Du kannst doch entweder für jede Plattform einen eigenen Ordner erstellen und dort dann die entsprechenden Dateien sammeln. Oder du lieferst nur die benötigten Dateien aus. Was will ein unix system mit windows DLLs anfangen?

Im entsprechenden Startskript kannst du dann den library path so setzen dass die richtigen Dateien geladen werden.

 

[U2nt]

Also ich würde einfach verschiedene Versionen für verschiedene Betriebsysteme anbieten, eine für Windows mit den Windows natives gepackt, eine für Linux ...

 

[lyrichter]

Hallo, erstmal danke für die Antworten.

Ich muss allerdings leider erst mal etwas zurückrudern:

Um das Programm auch auf anderen Betriebssystemen zum Laufen zu bringen, benötige ich ja einfach die entsprechenden nativen Dateien.

Ich habe die jar-Datei auf meinen Linux-Rechner geladen und die Datei librxtxSerial.so in das gleiche Verzeichnis gelegt. Beim Ausführen des Programmes erscheint aber immer noch folgende Fehlermeldung:

java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path thrown while loading gnu.io.RXTXCommDriver
Exception in thread "Thread-2" java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path"

Dann habe ich mir java.library.path auf Linux ausgeben lassen und war etwas überrascht: Das Verzeichnis, aus dem die jar-Datei ausgeführt wird, ist gar nicht aufgeführt. Ist das ein Ausnahmefall bei meiner Linux-Distribution oder sollte man sich prinzipiell nicht darauf verlassen?
Was wäre die ebste Vorgehensweise, um das Problem zu umgehen? Ein Startscript, das den Pfad einfach entsprechend setzt?

 

[Gast2]

Geht so nicht. siehe mein Thread http://www.java-forum.org/allgemeine-java-themen/132203-rxtx-native-library-linux-jar-build-angeben.html

 

[lyrichter]

Schreibt ein Skript start.sh mit folgendem Inhalt im gleichen Verzeichnis wie die jar und packt die *.so files ins lib Verzeichnis:

java -Djava.library.path='./lib' -jar LoopMaster.jar

Genau das habe ich auch gerade gemacht. Schade, dass es keine schönere Lösung zu geben scheint.

 

[Gast2]

Wie in dem verlinkten Thread geschrieben, finde ich es auch schade, dass man den Java Library Path wohl nicht übers Manifest setzen kann. Somit degradiert man eine executable jar doch zum Start über ein Script.

[EDIT]Ich mache den gesamt Build übrigens mittels eines einfachen ant scripts, welches 2 distris erstellt. Einmal mit den Windows und einmal mit den Linux natives. In der Windows version wird dann noch alles mit Launch4j gewrappt und in ner Setup.exe mittels InnoSetup Compiler gepackt. Unter Linux wirds ein einfaches tgz[/EDIT]

 

[maki]

Mit OSGi geht das auch "schöner", aber ein Starterskript ist keine so schlechte Sache wie man anfangs meint
Jars können neben nicht den Java Library Path setzen, genausowenig wie Speicherparameter etc. pp.

 

[Gast2]

Ich war eben auch verwirrt, da es unter Windows tatsächlich nicht notwendig ist den JavaLibraryPath zu setzen, solange die dll's neben der Jar liegen.

 

[lyrichter]

Wohl ein "schmutziger" Workaround - ich habe es nicht getestet, aber vielleicht interessiert es jemand, der hier sucht.
Andere waren offensichtlich schon sehr glücklich damit - Zitat aus den Kommentaren: Oh My god, I can’t believe it worked. I have been looking for something like this for the past two months. I almost cried when it worked.

System.setProperty( "java.library.path", "/path/to/libs" );
 
Field fieldSysPath = ClassLoader.class.getDeclaredField( "sys_paths" );
fieldSysPath.setAccessible( true );
fieldSysPath.set( null, null );

Quelle und nähere Erläuterung:
Setting "java.library.path" programmatically | Just Java

 

[tuxedo]

Wenn ich mich nicht irre kann man auch mit System.load() (oder wars System.loadLibrary() die Bibliothek "manuell" laden und den ganzen Pfad mit angeben. Dann ist der "java.library.path" Suchpfad quasi egal...