Java - Załadowanie biblioteki DLL przez ścieżkę względną i ukryć je wewnątrz słoik

Question

Część 1

Zajmuję się tworzeniem aplikacji Java, które należy zwolnić w słoiku. Ten program zależy od zewnętrznych bibliotek C++ wywoływanych przez JNI. Aby je załadować, używam metody System.load z absolutną ścieżką i to działa dobrze.

Jednak naprawdę chcę "ukryć" je wewnątrz JAR, więc stworzyłem pakiet do ich zbierania. To zmusza mnie do załadowania ścieżki względnej - ścieżki pakietu. Dzięki takiemu podejściu pozwoliłem użytkownikowi uruchomić JAR w dowolnym katalogu, nie martwiąc się o łączenie bibliotek DLL lub znudzony poprzednim procesem instalacji.

To rzuca spodziewany wyjątek:

Exception in thread "main" java.lang.UnsatisfiedLinkError: Expecting an absolute path of the library

Jak mogę dostać tę pracę?

CZĘŚĆ 2

Podejście kopiowanie DLL do folderu (wyjaśnione poniżej) działa tylko wtedy, gdy go uruchomić w środowisku Eclipse. Prowadzenie eksportowany JAR, pliki binarne DLL są dobrze utworzona, ale załadowaniu jednego JNI rzuca kolejny wyjątek:

Exception in thread "main" java.lang.reflect.InvocationTargetException

at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:56) 
Caused by: java.lang.UnsatisfiedLinkError: C:\Users\Supertreta\Desktop\nm files\temp\jniBin.dll: Can't find dependent libraries at java.lang.ClassLoader$NativeLibrary.load(Native Method) 

biegnę tę metodę ładowania:

public static void loadBinaries(){ 
     String os = System.getProperty("os.name").toLowerCase(); 

     if(os.indexOf("win") >= 0){ 
      ArrayList<String> bins = new ArrayList<String>(){{ 
       add("/nm/metadata/bin/dependence1.dll"); 
       add("/nm/metadata/bin/dependence2.dll"); 
       add("/nm/metadata/bin/dependence3.dll"); 
       add("/nm/metadata/bin/dependence4.dll"); 
       add("/nm/metadata/bin/jniBin.dll"); 
      }}; 

      File f = null; 
      for(String bin : bins){ 
       InputStream in = FileManager.class.getResourceAsStream(bin); 
       byte[] buffer = new byte[1024]; 
       int read = -1; 
       try { 
        String[] temp = bin.split("/"); 
        f = new File(TEMP_FOLDER, temp[temp.length-1]);  
        FileOutputStream fos = new FileOutputStream(f); 

        while((read = in.read(buffer)) != -1) { 
         fos.write(buffer, 0, read); 
        } 
        fos.close(); 
        in.close(); 
       } catch (IOException e) { 
        e.printStackTrace(); 
       } 
      } 

      System.load(f.getAbsolutePath()); 
     } 
    } 

myślę, że to może być problemem uprawnienia dostępu , ale nie wiem, jak to rozwiązać. Co myślisz?

Answer 1

Nie wierzę, że można załadować bibliotekę DLL bezpośrednio z pliku JAR. Musisz podjąć pośredni krok polegający na skopiowaniu biblioteki DLL z JAR. Poniższy kod należy zrobić:

public static void loadJarDll(String name) throws IOException { 
    InputStream in = MyClass.class.getResourceAsStream(name); 
    byte[] buffer = new byte[1024]; 
    int read = -1; 
    File temp = File.createTempFile(name, ""); 
    FileOutputStream fos = new FileOutputStream(temp); 

    while((read = in.read(buffer)) != -1) { 
     fos.write(buffer, 0, read); 
    } 
    fos.close(); 
    in.close(); 

    System.load(temp.getAbsolutePath()); 
} 

Answer 2

Zasadniczo to powinno zadziałać. W ten sposób JNA to robi, po prostu pobierz i przestudiuj kod. Nawet mieć kilka wskazówek, aby platforma ta niezależna ...

EDIT

JNA przynosi jej kodu macierzystego wraz w słoiku, rozpakowuje poprawny plik binarny przy starcie und ładuje go. Może to być dobry wzór do naśladowania (jeśli mam poprawne pytanie).

Answer 3

trzeba zagruntować classloader z lokalizacji DLL - ale może być ładowany bez wydobywania go ze słoika. Coś prostego przed wykonaniem wywołania obciążenia jest wystarczające. W swojej głównej klasie dodaj:

static { 
    System.loadLibrary("resource/path/to/foo"); // no .dll or .so extension! 
} 

Szczególnie doświadczyłem w zasadzie tego samego issue with JNA and OSGi's handling of how the DLLs are loaded.

Answer 4

Ten JarClassLoader zmierzające do rozwiązania tego samego problemu:

http://www.jdotsoft.com/JarClassLoader.php