32-разрядная dll для интерфейса Java для 64-разрядной системы
E:\Code\Java\JNITest>java test Exception in thread "main" java.lang.UnsatisfiedLinkError: E:\Code\Java\JNITest\test.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(Unknown Source) at java.lang.ClassLoader.loadLibrary(Unknown Source) at java.lang.Runtime.loadLibrary0(Unknown Source) at java.lang.System.loadLibrary(Unknown Source) at test.main(test.java:16)` При использовании Java Native Interface у меня возникла проблема, вызвавшая эту ошибку. Я считаю, это связано с тем, что я скомпилировал .dll с MinGW, который компилируется в 32-разрядную .dll, в то время как моя система 64-разрядная, и поэтому моя Java работает на 64-битной. В любом случае, чтобы заставить Java работать на 32 бита?
Вам нужно будет установить 32-битную JVM, и вы сможете запустить свой код.
Если вы собираетесь распространять свое приложение, вам нужно будет создать 32-битную и 64-разрядную версии вашей DLL. Затем используйте следующую технику, чтобы загрузить соответствующую DLL независимо от ваших клиентов. Добавьте к вашему сгенерированному выходному файлу 32 или 64 (MyJniDLL32.dll и MyJniDLL64.dll).
String archDataModel = System.getProperty("sun.arch.data.model"); System.loadLibrary(libraryName+archDataModel);
Просто чтобы указать очевидное: для загрузки встроенной библиотеки, построенной для 32-битной архитектуры, вы должны заставить JVM начать работу в 32-битном режиме.
java -d32 ...
Возможно, вам нужно установить более старую JVM для вашей платформы (например, Java-платформа Oracle 7 на OS X имеет только 64-разрядную версию, вам нужно получить Java-версию от Apple из своей базы знаний).
Я получил то же сообщение об ошибке (без stacktrace) после установки плагина Java для браузера Chrome.
Повторная установка JDK / JRE (это среда разработки) исправила это для меня.
- Загрузите mingw-w64 .
- Обновите переменную среды PATH.
- Создайте C-программу с именем test.c, которая имеет реализацию для вашего метода.
-
Выполните следующую команду cmd в командной строке.
gcc -Wl, – add-stdcall-alias -I “% JAVA_HOME% \ include” -I “% JAVA_HOME% \ include \ win32” -shared -o test.dll test.c
Библиотеки DLL запускаются на родной ОС. Java просто делегирует вызов DLL, который очень тесно связан с ОС, на котором он скомпилирован. В общем, вы не можете сделать это прямолинейно, и вот путь .
Но есть обходные пути, такие как WOW64 , что позволяет. Пожалуйста, ознакомьтесь с этими ссылками ( 1 , 2 )
IA – это архитектура Itanium, поэтому AMD jvm пытается загрузить DLL, созданную для Itanium … не думаю, что это сработает.