8

我正在使用 Java Web Start 来启动依赖于某些第三方本机库的 Java 应用程序。然后这些本地库随后commonLib使用 LoadLibrary/dlopen 加载另一个本地库 ( ) 作为它们的依赖项。

不使用 Web Start 时，当本机库位于同一目录中时，一切都会按预期工作。

然而，Web Start 需要将本机库打包在一个 jar 文件中并在 jnlp 文件中引用，我这样做了：

  <!-- Windows OS -->
    <resources os="Windows">
        <nativelib href="native/native-windows.jar" />
    </resource>

  <!-- Linux OS -->
    <resources os="Linux">
        <nativelib href="native/native-linux.jar" />
    </resources>

  <!-- Mac OSX -->
    <resources os="Mac OS X">
        <nativelib href="native/native-osx.jar"/>   
    </resources>

本机库加载正常，但无法加载它们的依赖commonLib项 - C++ LoadLibrary/dlopen 调用失败，因为该文件存在于某个 jar/cache 文件夹中，而不是当前库搜索路径上。

commonLib在 Windows 上，我可以通过在尝试加载 JNI 库之前预加载 Java 来解决这个问题，如下所示：

System.loadLibrary("commonLib");
System.loadLibrary("myNativeLib");

但是，这种方法在 OS X 上不起作用 - 本机代码中的 dlopen 失败。dlopen 显然不够聪明，如果它已经加载，则不会尝试再次加载该库。

是否有跨平台的方式来打包和加载依赖于 Java Web Start 中其他本机库的本机库？

4

1 回答 1

2

我能够找到一个（丑陋的）解决方法。诀窍是将依赖库 ( commonLib) 打包到一个简单的资源 jar 中并将其添加到 jnlp 文件中：

...
<resources os="Windows">
  <jar href="native/deps-windows.jar" />
</resources>
<resources os="Linux">
  <jar href="native/deps-linux.jar" />
</resources>
<resources os="Mac OS X">
  <jar href="native/deps-osx.jar" />
</resources>
...

第二步是使用 Java 将这些资源提取到一个临时目录中：

String tmpDir = System.getProperty("java.io.tmpdir");
if (!tmpDir.endsWith("/") && !tmpDir.endsWith("\\"))
    tmpDir += "/";
String resource = "commonDir.dll"; // Adjust accordingly to current OS, omitted for brevity
InputStream is = loader.getResourceAsStream(resource);
if (is == null) {
    // Handle error - resource not found
    return;
}
try {
    FileOutputStream os = new FileOutputStream(tmpDir + resource);
    byte[] buffer = new byte[1024*1024];
    int len = is.read(buffer);
    while (len != -1) {
        os.write(buffer, 0, len);
        len = is.read(buffer);
    }
    os.close();
    is.close();
    System.out.println("Extracted " + resource + " to " + tmpDir);
} catch(IOException ex) {
    // Handle the exception - cannot write to temp directory
    System.out.println("Could not extract resource " + resource + " to " + tmpDir + ": " + ex.getMessage());
}

第 3 步要么通知本地 JNI 库提取依赖项的完整路径，要么将当前目录临时设置为 temp 目录tmpDir，加载 JNI 库并将其设置回来。这本身就是一个问题——在 Java 中很难改变当前的工作目录。您可以通过创建另一个小型实用程序 JNI 库来解决它，尽管 [ 1 ] 从 C 中执行此操作。

于 2013-07-24T21:55:24.740 回答