Native Library ausliefern

[The_S]

Hi,

wie verteilt man am Besten seine Librarys an die User? In das selbe Verzeichnis wie die JARs legen, hoffen dass der library.path nen "." enthält und beten, dass die Anwendung nicht aus einem anderen Verzeichnis heraus gestartet wird, kanns ja wohl nicht sein (außerdem bei vielen Dateien hässlich ohne Unterordner). Eine Aufforderung an den User die Datei in ein entsprechendes Verzeichnis zu kopieren ist wohl auch nicht das Gelbe vom Ei, genauso wie die lib ins Jar zu packen und dann bei der Ausführung die Datei in ein von java.library.path ausgelesenes Verzeichnis zu kopieren.

Aber wie dann?

Danke!

 

[Wildcard]

Ist das eine allgemeine Frage?
Wenn ja, am besten ein OSGi Framework verwenden, das hilft ungemein bei native libs.
Man packt die dll's, so's,.. einfach in sein Bundle und macht sie im Manifest bekannt:

Bundle-NativeCode: lib/someDll.dll; processor="x86"; osname="win32",
lib/someSo.so; processor=x86; osname="linux"

 

[The_S]

Ja, ist ne allgemeine Frage. Diese ist jetzt auch erstmal beantwortet, danke .

Aber jetzt kommt die spezielle Frage . Bevor ich mich jetzt stundenlang in dieses Framework einlese: Es handelt sich bei mir um eine kleine (plattformabhängige) lib, die als jar nicht mal 10KB groß ist und von dritten in die eigenen Programme eingebunden werden soll/kann. Ist das Framework dann immernoch zu empfehlen, oder eher schlecht?

 

[Wildcard]

Wenn du nicht vorhast deine jar als OSGi Bundle auszuliefern, nützt dir das wenig.
Und ich nehme mal nicht an, das die Bibliothek lediglich in OSGi Containern deployed werden soll.
Letzlich muss sich derjenige, der deine Bibliothek einbinden will darum kümmern wie der native Teil geladen wird.

 

[The_S]

Joa, das habe ich mir auch schon gedacht, dass das eigentlich nicht meine Aufgabe ist. Und wenn ich eine Anwendung mit meiner Lib ausliefern wollen würde, dann würdest du mir zu OSGi raten!?

 

[Wildcard]

Ich würde keine Anwendung in einen OSGi Container packen, nur weil ich eine native Lib einbinden möchte.
Auf der anderen Seite würde ich wann immer möglich auf OSGi und/oder Eclipse RCP setzen, weil der Benefit IMO riesig ist.

 

[The_S]

OK, das war doch schonmal eine hilfreiche Aussage.

Wie würdest du/ihr denn ansonsten die native Lib einbinden?

 

[Marco13]

Hm - wenn die DLL im gleichen Verzeichnis liegt, wie die JAR, wird sie doch automatisch gefunden, oder täusch' ich mich da? ???:L (Falls es nur darum ging, das gnaze wirklich als EINE JAR auszuliefern, die AUCH die DLL enthält: Vergiß' was ich gesagt habe aber dann würde mich die Antwort auch interessieren ...)

 

[The_S]

Naja, wenn die dll im selben Verzeichnis liegt, dann muss

1.) Der punkt im library path eingetragen sein
2.) Die JAR vom Verzeichnis aus ausgeführt werden, wo sie auch liegt

Aber die dll in die jar packen fände ich auch sehr interessant .

 

[thE_29]

Was ich bei Java eigentlich selten blöd finde, ist das man den Pfad beim Laden der Library nicht wirklich abändern kann.

Sonst hätte man es im lokalen Verzeichnis und falls er es nicht findet, extrahiert man es vom Jar ins tmp Verzeichnis und lädt es von dort. Aber nein, es geht ja nur der Library Pfad!

Btw, ich lass die ganze Zeit schon deinen KeyLogger nebenher laufen

Irgendwie wäre der C-Source sehr interessant, für etwaige Auswertungsprogramme, etc... Also falls du den hergeben würdest, würde ich mich sehr freuen

 

[maki]

Such mal nach Windows WIN32 API hook odeer ähnlich, ist nicht neu.

Den Windows Login wirst du aber nicht loggen können

 

[The_S]

Habs jetzt so gelöst, dass ich mit System.load einen absoluten Pfad angebe. Wenn jemand noch andere Ideen hat, bin ich dafür natürlich auch offen.

Die Source zum KeyLogger kommt gleich .

 

[thE_29]

Oho!
Es geht doch das man einen direkten Pfad angeben kann?

Dachte das geht nicht... Naja, wieder mal getäuscht