JNA UnsatisfiedLinkError, pero jna.library.path se establece

Question

estoy usando el siguiente código para cargar un archivo DLL en JNA (código irrelevante se queda fuera):

public class JNAMain { 
     public interface PointShapeBuffer extends Library { ... } 

     public static void main(String[] args){ 
      System.setProperty("jna.library.path", "c:\\jnadll"); 
      System.setProperty("java.library.path", "c:\\jnadll"); 

      PointShapeBuffer jna = (PointShapeBuffer) Native.loadLibrary("FileGDBAPI", PointShapeBuffer.class); 
     } 
    } 

Y me sale el siguiente error:

Exception in thread "main" java.lang.UnsatisfiedLinkError: Unable to load library 'FileGDBAPI': The specified module could not be found. 

También he intentado configurar los argumentos VM. Cualquier sugerencia seria genial.

Editar: Como referencia, estoy usando una biblioteca disponible públicamente here (es necesario registrarse).

Answer 1

Debe especificar la carpeta que contiene su DLL, no la ruta real de la DLL.

p. Ej. para baz.dll en c:\foo\bar\baz.dll, la ruta debe establecerse en c:\\foo\\bar. (tenga en cuenta que en Java si está utilizando espacios inversos, tendrá que escapar con barras invertidas)

Answer 2

Es posible que desee descargar la última versión con jna.jar y platform.jar y simplemente incluirlos. No es necesario establecer el camino entonces.

Answer 3

En mi experiencia, normalmente ve este error al llamar a dlls nativos de 32 bits desde un jvm de 64 bits en Win7 de 64 bits. Win7 funciona de manera diferente para aplicaciones de 64 bits y 32 bits.

En 64bit Win7 puede llamar a funciones en dll nativos de 32 bits, pero necesita usar una JVM de 32 bits.

1. Descargue e instale Java Runtime Environment (JRE) de 32 bits. Puede instalar un jvm de 32 bits y 64 bits en la misma máquina, solo asegúrese de que estén instalados en directorios separados.
2. Asegúrese de ejecutar el JRE de 32 bits en lugar de la JVM de 64 bits predeterminada cuando ejecuta su programa. O bien A) cambie las variables de entorno CLASSPATH y JAVA_HOME para que apunten a la jvm de 32 bits, o escriba una secuencia de comandos para establecer CLASSPATH y JAVA_HOME y lance su aplicación.

La razón de esto es que los discos dll de 32 bits son incompatibles con las aplicaciones de 64 bits, y los de 64 bits Win7 usan un emulador de 32 bits para ejecutar aplicaciones de 32 bits. Aunque las bibliotecas de Windows pueden llamarse xxxx32.dll (por ejemplo, user32.dll), las bibliotecas de la carpeta System32 en un Win7 de 64 bits son bibliotecas de 64 bits, no de 32 bits, y las bibliotecas de SysWOW64 son bibliotecas de 32 bits, ¿no es cierto?

También puede colocar la biblioteca en la carpeta del sistema de 32 bits (SysWOW64) y realizar la llamada JNI desde una JVM de 32 bits.

Consulte el siguiente enlace para obtener una explicación completa de cómo WinBS de 64 bits maneja las bibliotecas;

http://www.samlogic.net/articles/32-64-bit-windows-folder-x86-syswow64.htm

Y si realmente quiere ayudarse a sí mismo a conciliar el sueño, tratando de iniciar en este;)

http://msdn.microsoft.com/en-us/windows/hardware/gg463051.aspx

Answer 4

Cambia tu:

Native.loadLibrary("FileGDBAPI", PointShapeBuffer.class); 

a:

Native.loadLibrary("C:\\jnadll\\FileGDBAPI.dll", PointShapeBuffer.class); 

Si bucea en el código fuente lo suficientemente JNA se encuentra un pequeño gancho agradable en la clase nativeLibrary:

/** Use standard library search paths to find the library. */ 
    private static String findLibraryPath(String libName, List searchPath) { 
     // 
     // If a full path to the library was specified, don't search for it 
     // 
     if (new File(libName).isAbsolute()) { 
      return libName; 
     } 
     ... 

Así se captura si acaba de pasar una ruta absoluta y ni siquiera usar el SearchPath. Por eso no tienes que preocuparte por jna.library.lib.

Answer 5

puede ser porque existe una combinación en el kit de lebweb. No estoy seguro, pero tiene que ser que solo ahora puedes hacer una cosa, prueba esto.

$ dpkg -l | grep -i jna 

tratar este comando y si u obtener esta salida

ii libjna-java 3.2.7-4 Dynamic access of native libraries from Java without JNI 

o cualquier otra salida, entonces este u necesidad de retirar entonces que JNA del sistema, porque si el programa en sí tiene frasco JNA con que entonces hay no hay necesidad de sistema jna para lo mismo. haz algo como esto

sudo apt-get autoremove libjna-java 

y trate de reiniciar esa aplicación nuevamente. se ejecutará y no se está ejecutando, intente instalar la nueva versión de libwebkit-gtk.

Espero que esto ayude. esto me ayudó.