Pourquoi suis-je ce UnsatisfiedLinkError avec du code natif?

J'ai une bibliothèque appelée HelloWorld.et une sorte de programme HelloWorld.java avec ce contenu:

class HelloWorld {
     private native void print();
     public static void main(String[] args) {
         new HelloWorld().print();
     }
     static {
         System.loadLibrary("HelloWorld");
     }
 }

Maintenant, quand j'essaie de le lancer HelloWorld.java j'obtiens cette erreur:

$ /usr/java1.4/bin/java HelloWorld 
Exception in thread "main" 
java.lang.UnsatisfiedLinkError: pas de HelloWorld en java.de la bibliothèque.chemin 
à java.lang.Chargeur de classe.loadLibrary(ClassLoader.java:1491) 
à java.lang.Moment de l'exécution.loadLibrary0(Runtime.java:788) 
à java.lang.Système.loadLibrary(Système d'.java:834) 
au HelloWorld.<clinit>(HelloWorld.java:7)

Des conseils?

Si votre utilisation de Linux(Ubuntu terminal), Alors s'il vous plaît jeter un oeil sur saurabhsharma123k.blogspot.dans/2017/07/...

OriginalL'auteur KNewton | 2009-04-17

  1. 12

    Je pense que certains points sont utiles lorsque vous obtenez ce message d'erreur:

    1. De vérifier la consistance de nom de la fonction dans .c fichiers et les fichiers générés (.h)
    2. Nom de la jni de la bibliothèque fondée sur les OS.
      Ex: Dans HelloWorld.java,System.loadLibrary("HelloWorld");

      • Solaris: libHelloWorld.so
      • Linux: libHelloWorld.so
      • Gagner: HelloWorld.dll
      • Mac: libHelloWorld.jnilib
    3. Lors de l'exécution, ajouter -Djava.library.path=PATH. PATH à l'endroit où vous mettez votre jni bibliothèque

    Ici est ma référence: https://blogs.oracle.com/moonocean/entry/a_simple_example_of_jni

    OriginalL'auteur Gonnix

  2. 10

    J'ai eu ce problème et résolu par le fait de renommer ma bibliothèque à la libHelloWorld.so et à la suite de Michael Myers suggestion. Je suis sur Arch Linux 64 bits.

    HelloWorld.c:

    #include <jni.h>
#include <stdio.h>
#include "HelloWorld.h"

/* shamelessly stolen from the book 'The Java Native Interface: Programmer's
   Guide and Specification' */
JNIEXPORT void JNICALL
Java_HelloWorld_print (JNIEnv *env, jobject obj) {
    printf("Hello World!\n");
}

    HelloWorld.java:

    class HelloWorld {
     private native void print();
     public static void main(String[] args) {
         new HelloWorld().print();
     }
     static {
         System.loadLibrary("HelloWorld");
     }
 }

    De construire et de tester: 

    $ javac HelloWorld.java
$ javah -classpath . HelloWorld
$ gcc -shared -fPIC -I $JAVA_HOME/include -I $JAVA_HOME/include/linux HelloWorld.c -o libHelloWorld.so
$ java -classpath . -Djava.library.path=. HelloWorld
Hello World!

    tl;dr: mettre lib au début de la bibliothèque nom de fichier

    tl;dr juste sauvé ma journée

    OriginalL'auteur Austin Adams

  3. 7

    Où est HelloWorld.donc est-elle située? Vous avez probablement besoin de spécifier son répertoire parent en utilisant le paramètre de ligne de commande "-Djava.library.path".

    Par exemple, si elle est dans "/path/libs/HelloWorld.so", ajouter -Djava.library.path=/path/libs comme une option lors de l'invocation de java. Par exemple, il est "-Djava.library.path=lib" sur un de mes projets.

    Edit: Dan Dyer souligne que la variable d'environnement LD_LIBRARY_PATH peut également être utilisé pour cela.

    L' .afin d'extension doivent être explicitement indiqué aussi?
    Édité pour préciser (c'est en fait le chemin d'accès au dossier contenant le .si le fichier).
    Merci, cela n'a pas l'air mieux.
    Une solution consiste à définir la variable d'environnement LD_LIBRARY_PATH.

    OriginalL'auteur Michael Myers

  4. 0

    @mmyers Merci pour la réponse. Nous avons découvert que tout ce que nous avions à faire était de changer de Système.loadLibrary du Système.charger et passer le chemin d'accès complet + nom de fichier en argument, a travaillé comme un charme.

    Même avant de le faire, nous avons essayé d'utiliser l'option "-D" des paramètres et réglage de l'LD_LIBRARY_PATH, mais nous n'avons pas été couronnée de succès.

    Allez comprendre! 🙂

    Merci encore,
    Karen

    C'est extrêmement étrange. loadLibrary doit se comporter à l'identique, sauf qu'elle nécessite la bibliothèque pour être sur le chemin. Qui est ce que l'-Djava.libary.le chemin est censé aider.
    Ne pas je le sais.... Je l'aime si un jour quelqu'un pouvait m'expliquer 🙂
    Ne fonctionne pas pour moi!

    OriginalL'auteur KNewton