Java - Cargando dlls por una ruta relativa y ocultarlos dentro de un contenedor

Question

PARTE 1

Estoy desarrollando una aplicación Java que se debe lanzar como un contenedor. Este programa depende de librerías externas de C++ llamadas por JNI. Para cargarlos, utilizo el método System.load con una ruta absoluta y esto funciona bien.

Sin embargo, realmente quiero "esconderlos" dentro del JAR, así que he creado un paquete para recogerlos. Esto me obliga a cargar una ruta relativa: la ruta del paquete. Con este enfoque, dejo que el usuario ejecute el JAR en cualquier directorio, sin preocuparse por vincular los archivos DLL o aburrido con un proceso de instalación anterior.

Esto produce la excepción prevista:

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

¿Cómo puedo conseguir este trabajo?

PARTE 2

El enfoque de copiar los archivos DLL en una carpeta (explicado más adelante) sólo funciona cuando lo ejecuto en el entorno Eclipse. Ejecución de un JAR exportados, los binarios DLL están bien creados, pero la carga de la JNI lanza la siguiente excepción:

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) 

corro este método de carga:

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()); 
     } 
    } 

Creo que esto podría ser un problema privilegios de acceso , pero no sé cómo resolverlo ¿Qué piensas?

Answer 1

No creo que pueda cargar la DLL directamente desde el JAR. Debe tomar el paso intermedio de copiar el archivo DLL del archivo JAR. El siguiente código debe hacerlo:

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

Básicamente esto debería funcionar. Como esta es la forma en que JNA lo hace, simplemente descárguelo y estudie el código. Incluso tiene algunos consejos para hacer que esta plataforma independiente ...

EDITAR

JNA trae su código nativo a lo largo de la jarra, descomprime el archivo binario correcto en tiempo de ejecución und lo carga. Este puede ser un buen patrón a seguir (si tu pregunta es correcta).

Answer 3

Usted necesita para cebar el cargador de clases con la ubicación de la DLL - pero se puede cargar sin extraerlo de la jarra. Algo simple antes de que se ejecute la llamada de carga es suficiente. En su principal complemento de clase:

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

En particular, he experimentado básicamente el mismo issue with JNA and OSGi's handling of how the DLLs are loaded.

Answer 4

Este JarClassLoader con el objetivo de resolver el mismo problema:

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