UnsatisfiedLinkError при добавлении внешнего jar в java IntelliJ [duplicate]

В моей ситуации я пытался запустить веб-сервис java в Tomcat 7 через разъем в Eclipse. Приложение работает хорошо, когда я развернул файл войны на экземпляр Tomcat 7 на моем ноутбуке. Для приложения требуется драйвер jdbc типа 2 для «IBM DB2 9.5». По какой-то нечетной причине соединитель в Eclispe не мог видеть или использовать пути в переменных среды IBM DB2, чтобы добраться до DLL-файлов, установленных на моем ноутбуке, как клиент jcc. В сообщении об ошибке либо указано, что ему не удалось найти файл db2jcct2 dll, либо ему не удалось найти зависимые библиотеки для этого DLL-файла. В конечном итоге я удалил соединитель и перестроил его. Затем он работал правильно. Я добавляю это решение здесь как документацию, потому что мне не удалось найти это конкретное решение в другом месте.

Имели идентичную проблему с машиной XP при установке javacv и opencv в сочетании с Eclipse. Оказалось, что мне не хватало следующих файлов:

• msvcp100.dll
• msvcr100.dll

Как только они были установлены, проект скомпилирован и работает нормально.

Если вы загружаете 32-разрядную версию вашей DLL с 64-разрядной JRE, у вас может возникнуть проблема. Это был мой случай.

У меня была такая же проблема, и я пробовал все, что было опубликовано здесь, чтобы исправить это, но никто не работал для меня. В моем случае я использую Cygwin для компиляции dll. Кажется, что JVM пытается найти JRE DLL на виртуальном пути Cygwin. Я добавил путь виртуального каталога Cygwin к DLL JRE, и теперь он работает. Я сделал что-то вроде:

SET PATH = "/ cygdrive / c / Program Files / Java / jdk1.8.0_45";% PATH%

Проверьте правильность пути к вашей библиотеке или нет. Конечно, вы можете использовать следующий код для проверки пути к пути к вашей библиотеке: System.out.println(System.getProperty("java.library.path"));

Вы можете назначить java.library.path при запуске приложения Java:

java -Djava.library.path=path ...

Я нашел отличную статью некоторых друзей в сейфе, которые прошли через то же самое, что и я. Это сработало для меня, поэтому, надеюсь, это поможет вам! Прочитайте, если вам интересно ( Опасности загрузки собственных библиотек на Android ) или просто используйте

compile 'com.getkeepsafe.relinker:relinker:1.2.3'

и замените

System.loadLibrary("myLibrary");

с

ReLinker.loadLibrary(context, "mylibrary");

Я хочу сообщить об этом интересном случае, попробовав весь вышеперечисленный метод, ошибка все еще существует. Странно, что это работает на компьютере под управлением Windows 7, но в Windows XP это не так. Затем я использую хост зависимостей и обнаружил, что в Windows XP нет VC ++ Runtime в качестве требования к моей DLL. После установки VC ++ Runtime package здесь он работает как шарм. Меня беспокоило то, что он продолжает говорить. Невозможно найти зависимые библиотеки, в то время как интуитивно зависит от JNI-зависимой dll, однако, наконец, получается, что зависимая от JNI dll требует другого зависимого dl. Надеюсь, это поможет.