在OSGi捆绑包中加载DLL（使用JNA）

Question

OSGi无法找到我的DLL文件，而且我似乎也找不到原因。

目前foo.dll，我的包根目录中有DLL文件（），我也尝试将其放在libs目录中。

有关捆绑商品的清单看起来像这样：

Manifest-Version: 1.0
Bundle-ManifestVersion: 2
Bundle-Name: foobundle
Bundle-SymbolicName: com.foo.bar
Bundle-Version: 1.0.0
Bundle-Vendor: me
Import-Package: com.sun.jna,
 com.sun.jna.ptr,
 com.sun.jna.win32
Export-Package: com.foo.bar
Bundle-NativeCode: foo.dll;
 osname=WindowsXP;
 processor=x86

然后在我的JNA界面中，执行loadLibrary（根据文档）：

public interface MyFooInterface extends com.sun.jna.Library{
    static final MyFooInterface INSTANCE = (MyFooInterface)com.sun.jna.Native.loadLibrary("foo", MyFooInterface .class);

    // specific interface defs here...
}

然后在另一个类中，我尝试使用JNA接口

// ...code
int var = MyFooInterface.INSTANCE.bar();
// ...more code

我通过另一个捆绑软件提供了JNA（该捆绑软件输出com.sun.jna和上面导入的其他软件包），但也尝试过使用此处定义的捆绑软件打包（在这种情况下，将其添加到类路径中，等等）。

我也尝试过指定Bundle-NativeCode: /foo.dll。

同样有趣的是，这些是相关的OSGi属性（我使用调出了这些属性getprop）

org.osgi.framework.os.name=WindowsXP
org.osgi.framework.processor=x86

即使进行了所有这些操作（以及我进行的每一次尝试），我仍然总是遇到以下错误（并且未显示堆栈跟踪）：

java.lang.UnsatisfiedLinkError: Unable to load library 'foo': The specified module could not be found.

…所以我想念什么？

编辑 ：我还应该注意，我已经测试并成功完成了JNA接口代码和它作为JUnit Test程序一部分与之交谈的DLL。

编辑2
：将此代码添加到正在调用该库的类似乎允许JNA找到该库（Native.loadLibrary以后被调用时）。看来我应该能够避免基于清单中的Bundle-
NativeCode指令进行此调用。显然，一旦加载库，Native.loadLibrary就会获取它的现有实例，但是我宁愿不要依赖于这种非常特定于订单的策略。

static{
    System.loadLibrary("foo");
}

Answer 1

问题是专门的JNA
loadLibrary调用，它不支持OSGi。当您从OSGi捆绑软件调用loadLibrary时，它将使用OSGi类加载器（支持捆绑软件）查找DLL的位置，在这种情况下，将其从捆绑软件中提取出来并通过System.loadLibrary（）使其可加载。针对特定位置致电。

由于此JNA似乎（a）不了解OSGi，并且（b）多余，为什么不只使用System.loadLibrary（）呢？

如果您需要同时编写两者，请在BundleActivator的bundle的start（）方法中执行System.loadLibrary（），这将带入本机库（您可能想确保如果无法加载该包，在任何情况下都无法启动）。