Java version 1.6 UnsatisfiedLinkError sur charger la bibliothèque partagée, Java 1.4 fonctionne bien?

Question

Problème résolu. libjnidiagnosticsserver.so manquait le lieur lib et le chemin vers libfesdiagnosticsserver.so. Java 1.4 doit être plus libéral pour localiser des symboles non définis que Java 1.6. Merci à tous pour votre aide. Des suggestions sur l'étiquette pour la fermeture équitablement?

(Avertissement: Java débutant)

J'ai écrit une application Java qui utilise JNI pour appeler mon C++ bibliothèque partagée. Il imprime la version java et obtient et imprime LD_LIBRARY_PATH lorsqu'il est exécuté.

Java version 1.4 - Tout est bon !:

/usr/bin/java -jar "javadiagnosticsserver-test.jar" 
java version=1.4.2 
LD_LIBRARY_PATH = /usr/lib/fesdiagnostics 

Java version 1.6 - UnsatisfiedLinkError:

Le "symbole non défini" _ZN17DiagnosticsServerC1Ev est défini dans libfesdiagnosticsserver. donc. Java 1.4 le voit, Java 1.6 ne le voit pas? L'appel System.loadLibrary ("fesdiagnosticsserver") fonctionne. Java 1.6 loadLibrary ne sait pas où chercher?

/usr/java/jdk1.6.0_26/bin/java -jar "javadiagnosticsserver-test.jar" 
version=1.6.0_26 
class path=javadiagnosticsserver-test.jar 
os.arch=i386 
sun.arch.data.model=32 
$HOME = /home/esutton 
$LD_LIBRARY_PATH = /usr/java/jdk1.6.0_26/jre/lib/i386/client:/usr/java/jdk1.6.0_26/jre/lib/i386:/usr/java/jdk1.6.0_26/jre/../lib/i386:/usr/lib/fesdiagnostics 
Dbg: Loading native lib dependencies... 
Dbg: System.loadLibrary("fesdiagnostics"); 
Dbg: loaded fesdiagnostics 
Dbg: The undefined symbol _ZN17DiagnosticsServerC1Ev is in libfesdiagnosticsserver.so 
Dbg: System.loadLibrary("fesdiagnosticsserver"); 
Dbg: loaded fesdiagnosticsserver 
Dbg: System.loadLibrary("jnidiagnosticsserver"); 
Exception in thread "main" java.lang.UnsatisfiedLinkError: /usr/lib/fesdiagnostics/libjnidiagnosticsserver.so: /usr/lib/fesdiagnostics/libjnidiagnosticsserver.so: undefined symbol: _ZN17DiagnosticsServerC1Ev 
     at java.lang.ClassLoader$NativeLibrary.load(Native Method) 
     at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1807) 
     at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1732) 
     at java.lang.Runtime.loadLibrary0(Runtime.java:823) 
     at java.lang.System.loadLibrary(System.java:1028) 
     at fes.JniDiagnostics.libLoad(JniDiagnostics.java:30) 
     at fes.JniDiagnostics.<clinit>(JniDiagnostics.java:38) 
     at fes.FesDiagnostics.<clinit>(FesDiagnostics.java:17) 
     at javadiagnosticsservertest.Main.main(Main.java:37) 

L'environnement est le même dans les deux cas:

LD_LIBRARY_PATH =/usr/lib/fesdiagnostics 
PATH = /opt/ActivePython-2.7/bin:/usr/java/jdk1.6.0_26/bin: \ 
/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin: \ 
/sbin:/opt/qtsdk-2010.01/qt/bin:/home/esutton/bin:/sbin: \ 
/opt/qtsdk-2010.01/qt/bin 
JAVA_HOME = /usr/java/jdk1.6.0_26 

C++ natif partagés Lib Compile Options:

g++ -Wl,-rpath,/opt/qtsdk-2010.01/qt/lib -shared \ 
-Wl,-soname,libjnidiagnosticsserver.so.1 \ 
-o libjnidiagnosticsserver.so.1.0.0 build/Debug/GNU-Linux-x86/ \ 
jnifesdiagnostics.o -L/opt/qtsdk-2010.01/qt/lib -lQtGui \ 
-L/opt/qtsdk-2010.01/qt/lib -L/usr/X11R6/lib -lQtCore -lpthread 
ln -s libjnidiagnosticsserver.so.1.0.0 libjnidiagnosticsserver.so 
ln -s libjnidiagnosticsserver.so.1.0.0 libjnidiagnosticsserver.so.1 
ln -s libjnidiagnosticsserver.so.1.0.0 libjnidiagnosticsserver.so.1.0 
rm -f dist/libjnidiagnosticsserver.so.1.0.0 
rm -f dist/libjnidiagnosticsserver.so 
rm -f dist/libjnidiagnosticsserver.so.1 
rm -f dist/libjnidiagnosticsserver.so.1.0 
mv -f libjnidiagnosticsserver.so.1.0.0 libjnidiagnosticsserver.so \ 
\libjnidiagnosticsserver.so.1 libjnidiagnosticsserver.so.1.0 dist/ 

Quand il fonctionne sous Java 1.4, je dois charger les dépendances de jnidiagnosticsserver premier. Je ne comprends pas pourquoi. Je pensais que LD_LIBRARY_PATH aurait pris soin de ceci:

public class JniDiagnostics { 

    public native void open(String configurationFile); 

    public native void close(); 

    public native String query(String restfulQueryString); 
    private static String[] libraryDependencyList = {"fesdiagnostics", "fesdiagnosticsserver", "jnidiagnosticsserver"}; 

    private static void libLoad(String libName) { 
     System.out.println("Dbg: System.loadLibrary(\"" + libName + "\");"); 
     System.loadLibrary(libName); 
     System.out.println("Dbg: loaded " + libName); 
    } 

    static //static initializer code 
    { 
     System.out.println("Dbg: Loading native lib dependencies..."); 
     for (int i = 0; i < libraryDependencyList.length; i++) { 
      libLoad(libraryDependencyList[i]); 

     } 
    } 
} 

question de sécurité? Problème de configuration de la version Java?

Merci à l'avance pour toute direction,

-Ed

CentOS 5.2 32-bit 
Netbeans 6.9.1 
Java version 1.6.0_26 

PS: Mon but est d'obtenir ma source Java pour fonctionner dans un service web RESTful Glassfish. Si LD_LIBRARY_PATH peut être résolu pour une application java, j'espère la même solution appliquera sous Glassfish 3.

Answer 1

Je suppose que le problème est une dépendance missig de votre bibliothèque partagée. Essayez d'exécuter la commande suivante pour comprendre ceci:

ldd -d -r /home/esutton/jnidiagnosticsserver/dist/libjnidiagnosticsserver.so.1.0.0 

Ceci montre des symboles manquants.

UnsatisfiedLinkError est documentée comme:

Thrown if the Java Virtual Machine cannot find an appropriate 
native-language definition of a method declared native.