Question

我尝试从Java调用Haskell代码，使用JavaCPP来帮助创建必要的JNI绑定，如this question中已经讨论的那样。

这就是我使用它的方式：

<rootdir>
  /javacpp.jar
  /build (destination of libraris)
  /src   (contains Haskell code)
  /com/example/HSCode.java (Java class to load and use native lib)

HScode.java的内容：

package com.example;

import org.bytedeco.javacpp.*;
import org.bytedeco.javacpp.annotation.*;
import java.util.Scanner;
import java.io.File;
import java.io.FileNotFoundException;

@Platform(include={"<HsFFI.h>","HScode_stub.h"})
public class HScode {
    static { Loader.load(); }
    public static native void hs_init(int[] argc, @Cast("char***") @ByPtrPtr PointerPointer argv);
    public static native String code_hs(String text);

    public static void main(String[] args) throws FileNotFoundException {
        String s = new Scanner(new File("test.txt")).useDelimiter("\\Z").next();
        hs_init(null, null);
        String s1 = code_hs(s);
        System.out.println(s1);
    }
}

汇编：

cd <rootdir>
ghc --make -isrc -dynamic -shared -fPIC src/HScode.hs \
     -o build/libHScode.so -lHSrts-ghc7.8.4 -optl-Wl,-rpath,.
javac -cp javacpp.jar com/example/HScode.java
java -jar javacpp.jar -d build \
     -Dplatform.compiler=ghc -Dplatform.includepath="src:com/example" \
     -Dplatform.compiler.output="-optl-Wl,-rpath,. -optc-O3 -Wall build/libHScode.so -dynamic -fPIC -shared -lstdc++ -lHSrts-ghc7.8.4 -o " com.example.HScode

按照这种方法，我可以使用libHScode.so创建libjniHScode.so和javacpp，运行正常：

$ java -cp javacpp.jar:. com.example.HScode

罐

现在，以下步骤是我想要在jar中打包所有东西，并且能够从更大的java项目中使用这个jar的com.example.HScode。

JavaCPP的页面提及：

[...]此外，在运行时，自动执行Loader.load（）方法从放置在其中的Java资源加载本机库构建过程中的正确目录。 甚至可以存档在JAR文件中，它不会改变任何内容。用户根本不需要计算如何使系统加载文件。

所以我认为这应该有用。

但是，如果我从上面HScode.jar文件夹的内容中制作了一个jar build，那么我的jar包含libjniHScode.so和libHScode.so，并运行它用：

$ java -cp javacpp.jar:HScode.jar:. com.example.HScode

然后它找不到我的本机代码（为匿名编辑的例外）：

Exception in thread "main" java.lang.UnsatisfiedLinkError: no jniHScode in java.library.path
    at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1865)
    at java.lang.Runtime.loadLibrary0(Runtime.java:870)
    at java.lang.System.loadLibrary(System.java:1122)
    at org.bytedeco.javacpp.Loader.loadLibrary(Loader.java:597)
    at org.bytedeco.javacpp.Loader.load(Loader.java:438)
    at org.bytedeco.javacpp.Loader.load(Loader.java:381)
    at com.example.HScode.<clinit>(HScode.java:13)
Caused by: java.lang.UnsatisfiedLinkError: /compilation-path/linux-x86_64/libjniHScode.so: HScode.so: cannot open shared object file: No such file or directory
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1937)
    at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1822)
    at java.lang.Runtime.load0(Runtime.java:809)
    at java.lang.System.load(System.java:1086)
    at org.bytedeco.javacpp.Loader.loadLibrary(Loader.java:580)

我错过了什么？有没有人知道JavaCPP是否可以在jar中存档时实际找到本机代码？

Answer 1

通过调用javacpp -jar javacpp.jar com.example.HScode来构建本机库会自动在com/example/linux-x86_64/中输出它们，而Loader会从那里加载它们。因此，当通过其他方式构建本机库时，如果我们希望com/example/linux-x86_64/找到它们，它们仍然需要移动到Loader，无论是在JAR文件内还是在外部作为普通文件。

当JAR中存档本机库时，JavaCPP，UnsatisfiedLinkError

罐

1 个答案: