JavaCPP, UnsatisfiedLinkError, когда собственная библиотека архивируется в JAR

Question

Я пытаюсь вызвать код на Haskell из Java, используя JavaCPP, чтобы помочь создать необходимую привязку JNI, как уже обсуждалось в этом вопросе.

Вот как я это использую:

<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

яс

Теперь следующий шаг - я хочу упаковать все в банку и использовать эту банку. com.example.HScode из более крупного проекта Java.

Страница JavaCPP упоминает:

[...] Кроме того, во время выполнения метод Loader.load() автоматически загружает собственные библиотеки из ресурсов Java, которые были размещены в нужном каталоге процессом сборки. Они даже могут быть заархивированы в файл JAR, это ничего не меняет. Пользователям просто не нужно выяснять, как заставить систему загружать файлы.

Поэтому я подумал, что это должно работать.

Однако, если я сделаю банку HScode.jar из содержания build папку выше, так что моя банка содержит как 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/будь то внутри файла JAR или снаружи как обычные файлы, если мы хотим Loader найти их.