Java версии 1.6 UnsatisfiedLinkError при загрузке разделяемой библиотеки, Java 1.4 работает нормально? - PullRequest
Новая
       30

Java версии 1.6 UnsatisfiedLinkError при загрузке разделяемой библиотеки, Java 1.4 работает нормально?

3 голосов
/ 21 февраля 2012

Проблема решена. В libjnidiagnosticsserver.so отсутствовал компоновщик lib и путь к libfesdiagnosticsserver.so. Java 1.4 должна быть более либеральной в поиске неопределенных символов, чем Java 1.6. Спасибо за вашу помощь. Любые предложения по этикету для закрытия этого справедливо?

(Отказ от ответственности: Java новичок)

Я написал приложение Java, которое использует JNI для вызова моей общей библиотеки C ++. Он печатает версию Java, получает и печатает LD_LIBRARY_PATH при выполнении.

Java версия 1.4 - все хорошо!: 

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

Java версия 1.6 - UnsatisfiedLinkError :

" неопределенный символ " _ZN17DiagnosticsServerC1Ev определен в libfesdiagnosticsserver.so . Java 1.4 это видит, Java 1.6 нет? Вызов System.loadLibrary ("fesdiagnosticsserver") работает. Java 1.6 loadLibrary не знает, где искать? 

/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)

Среда одинакова в обоих случаях: 

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

Параметры компиляции общего Lib для C ++: 

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/

Когда он работает под Java 1.4, я должен сначала загрузить зависимости jnidiagnosticsserver. Я не понимаю почему. Я ожидал, что LD_LIBRARY_PATH позаботится об этом: 

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]);

        }
    }
}

Проблема безопасности? Ошибка конфигурации версии Java?

Заранее спасибо за любое направление,

1038 * Эд * 

CentOS 5.2 32-bit
Netbeans 6.9.1
Java version 1.6.0_26

PS: Моя цель - запустить исходный код Java в RESTful-сети Glassfish. оказание услуг. Если LD_LIBRARY_PATH может быть решена для Java-приложения, я надеюсь, что то же самое решение будет применяться под Glassfish 3.

1 Ответ

4 голосов
/ 21 февраля 2012

Я полагаю, что проблема в неправильной зависимости вашей общей библиотеки.Попробуйте выполнить следующую команду, чтобы понять это: 

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

Это показывает отсутствующие символы.

UnsatisfiedLinkError задокументировано как: 

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