2017-01-21 4 views
1

Ich versuche, Java-Bindings für das Projekt https://github.com/openalpr/openalprException in thread "main" java.lang.UnsatisfiedLinkError: nein openalprjni in java.library.path

zu verwenden, wenn ich versuche, die Java-Anwendung zu starten ich diese bekam Ausnahme

Exception in thread "main" java.lang.UnsatisfiedLinkError: no openalprjni in java.library.path 

ich versuche, die Bibliothek auf diese Weise zu laden:

System.loadLibrary("openalprjni"); 

die Datei libopenalprjni.so genannt, es ist in diesem Verzeichnis

/Users/mario/Sviluppo/openalpr/src/bindings/java 

so versuche ich, mit Eclipse, es mit dieser Konfiguration als VM-Argument zu laden -Djava.library.path=/Users/mario/Sviluppo/openalpr/src/bindings/java/ aber nichts passiert

, was ich falsch mache?

+0

Versuchen Sie stattdessen: '-Djava.library.path =/Benutzer/mario/Sviluppo/openalpr/src/bindings/java/libopenalprjni.so'? – CKing

+2

nichts ändert sich, aber Sie sollten das Verzeichnis, nicht die Datei verknüpfen – besmart

+0

Das Java-Beispiel in der Dokumentation (http://doc.openalpr.com/bindings.html) ist leider kein "vollständiges" Beispiel. Aber ich frage mich, ob Sie die Bibliothek wirklich manuell mit 'loadLibrary' laden müssen. Normalerweise sollte so etwas von den openaplr-Klassen intern durchgeführt werden. Dies kann jedoch immer noch den gleichen Fehler verursachen. Versuchen Sie, ** alle ** benötigten Dateien (einschließlich der Openalph-JAR, der 'libopenalprjni.so' und Ihres eigentlichen Testprogramms) in das gleiche Verzeichnis (ohne ein Paket) zu legen, nur um zu überprüfen, ob die Bibliothek * überhaupt geladen werden kann * . – Marco13

Antwort

0

Schließen Sie die Datei openalpr.dll und die erforderlichen anderen DLL-Dateien aus den Binärdateien in Ihr JRE- oder JDK-Verzeichnis bin ein. Versuchen Sie dann, Ihr Programm zu kompilieren und auszuführen. Arbeitete für mich.

Verwandte Themen