JNA UnsatisfiedLinkError – 当我将java.library.path设置为伪值时起作用

前端之家收集整理的这篇文章主要介绍了JNA UnsatisfiedLinkError – 当我将java.library.path设置为伪值时起作用前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
Linux上使用JNA 4.0.0,我试图加载一个本机库(libmean.so),它位于lib子目录中(该库只是一个计算两个数字平均值的简单示例).

我运行以下代码(在Eclipse中),在运行配置中设置了-Djna.library.path = lib.

import com.sun.jna.Library;
import com.sun.jna.Native;

public class Mean {
  public interface MeanLib extends Library {    
    MeanLib INSTANCE = (MeanLib) Native.loadLibrary("mean",MeanLib.class);
    double mean(double a,double b);
  }
  public static void main(String[] args) {          
    double result = MeanLib.INSTANCE.mean(1.0,3.0);
    System.out.println(result);
  }
}

但是这失败了以下例外:

Exception in thread "main" java.lang.UnsatisfiedLinkError: Can't obtain updateLastError method for class com.sun.jna.Native
at com.sun.jna.Native.initIDs(Native Method)
at com.sun.jna.Native.<clinit>(Native.java:139)
at com.sun.jna.examples.Mean$MeanLib.<clinit>(Mean.java:64)
at com.sun.jna.examples.Mean.main(Mean.java:72)

通过反复试验,我发现如果我也设置了java.library.path,代码就会开始工作.

但是,无论此属性的值如何,它都可以工作.例如,我可以设置-Djava.library.path = xxxxxxx并继续工作.空值也有效.

到底是怎么回事?

解决方法

根本问题是系统上安装了旧版本的JNA:
$dpkg -l | grep -i jna
ii  libjna-java  3.2.7-4 Dynamic access of native libraries from Java without JNI

JNA通过尝试加载其引导本机库来启动.它在各个地方搜索它,如documentation中所述.

通过使用-Djna.nosys = true标志来解决此问题,该标志强制JNA从jna.jar加载本机库,而不是从系统加载.

将java.library.path设置为无意义的值具有类似的副作用 – 它会覆盖正常的java.library.path,从而阻止加载JNA的系统版本,并从本地jna.jar返回版本.

调试设置-Djna.debug_load = true对于诊断JNA问题也很有用.

猜你在找的Java相关文章