Java lang unsatisfiedlinkerror on linux

java.lang.UnsatisfiedLinkError on java on linux #1201

Comments

ghost commented Mar 26, 2013

This happens when i start the server. This happens also if i remove ALL plugins.

2013-03-26 15:34:54 [INFO] [dynmap] Enabling dynmap v1.5-612
2013-03-26 15:34:54 [INFO] [dynmap] Using Permissions 3.1.6 for access control
2013-03-26 15:34:55 [SEVERE] Error occurred while enabling dynmap v1.5-612 (Is it up to date?)
java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-7-oracle/jre/lib/i386/xawt/libmawt.so: libXtst.so.6: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1939)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1864)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1825)
at java.lang.Runtime.load0(Runtime.java:792)
at java.lang.System.load(System.java:1059)
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1939)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1864)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1846)
at java.lang.Runtime.loadLibrary0(Runtime.java:845)
at java.lang.System.loadLibrary(System.java:1084)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:67)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:47)
at java.security.AccessController.doPrivileged(Native Method)
at sun.java2d.Disposer.(Disposer.java:59)
at javax.imageio.stream.FileImageInputStream.(FileImageInputStream.java:98)
at javax.imageio.stream.FileImageInputStream.(FileImageInputStream.java:73)
at com.sun.imageio.spi.FileImageInputStreamSpi.createInputStreamInstance(FileImageInputStreamSpi.java:55)
at javax.imageio.ImageIO.createImageInputStream(ImageIO.java:357)
at javax.imageio.ImageIO.read(ImageIO.java:1304)
at org.dynmap.markers.impl.MarkerAPIImpl.publishMarkerIcon(MarkerAPIImpl.java:433)
at org.dynmap.markers.impl.MarkerAPIImpl.initializeMarkerAPI(MarkerAPIImpl.java:371)
at org.dynmap.DynmapCore.initConfiguration(DynmapCore.java:314)
at org.dynmap.bukkit.DynmapPlugin.onEnable(DynmapPlugin.java:743)
at org.bukkit.plugin.java.JavaPlugin.setEnabled(JavaPlugin.java:217)
at org.bukkit.plugin.java.JavaPluginLoader.enablePlugin(JavaPluginLoader.java:457)
at org.bukkit.plugin.SimplePluginManager.enablePlugin(SimplePluginManager.java:381)
at org.bukkit.craftbukkit.v1_5_R2.CraftServer.loadPlugin(CraftServer.java:282)
at org.bukkit.craftbukkit.v1_5_R2.CraftServer.enablePlugins(CraftServer.java:264)
at net.minecraft.server.v1_5_R2.MinecraftServer.j(MinecraftServer.java:301)
at net.minecraft.server.v1_5_R2.MinecraftServer.e(MinecraftServer.java:280)
at net.minecraft.server.v1_5_R2.MinecraftServer.a(MinecraftServer.java:240)
at net.minecraft.server.v1_5_R2.DedicatedServer.init(DedicatedServer.java:150)
at net.minecraft.server.v1_5_R2.MinecraftServer.run(MinecraftServer.java:379)
at net.minecraft.server.v1_5_R2.ThreadServerApplication.run(SourceFile:573)
2013-03-26 15:34:55 [INFO] [Dynmap-WorldGuard] Enabling Dynmap-WorldGuard v0.40
2013-03-26 15:34:55 [INFO] [Dynmap-WorldGuard] initializing
2013-03-26 15:34:55 [WARNING] [dynmap] Marker API has been requested, but is not enabled. Uncomment or add ‘markers’ component to configuration.txt.
2013-03-26 15:34:55 [SEVERE] [Dynmap-WorldGuard] Error loading dynmap marker API!

2013-03-26 15:34:56 [WARNING] [dynmap] Marker API has been requested, but is not enabled. Uncomment or add ‘markers’ component to configuration.txt.
2013-03-26 15:34:56 [SEVERE] Error occurred while enabling DynmapCitizens v1.1 (Is it up to date?)
java.lang.NullPointerException
at me.newboy.DynmapCitizens.DynmapCitizens.onEnable(DynmapCitizens.java:43)
at org.bukkit.plugin.java.JavaPlugin.setEnabled(JavaPlugin.java:217)
at org.bukkit.plugin.java.JavaPluginLoader.enablePlugin(JavaPluginLoader.java:457)
at org.bukkit.plugin.SimplePluginManager.enablePlugin(SimplePluginManager.java:381)
at org.bukkit.craftbukkit.v1_5_R2.CraftServer.loadPlugin(CraftServer.java:282)
at org.bukkit.craftbukkit.v1_5_R2.CraftServer.enablePlugins(CraftServer.java:264)
at net.minecraft.server.v1_5_R2.MinecraftServer.j(MinecraftServer.java:301)
at net.minecraft.server.v1_5_R2.MinecraftServer.e(MinecraftServer.java:280)
at net.minecraft.server.v1_5_R2.MinecraftServer.a(MinecraftServer.java:240)
at net.minecraft.server.v1_5_R2.DedicatedServer.init(DedicatedServer.java:150)
at net.minecraft.server.v1_5_R2.MinecraftServer.run(MinecraftServer.java:379)
at net.minecraft.server.v1_5_R2.ThreadServerApplication.run(SourceFile:573)

The text was updated successfully, but these errors were encountered:

mikeprimm commented Mar 27, 2013

JVM isn’t properly installed/configured to run headless

ghost commented Mar 27, 2013

I have solved the problem with OpenJDK 7.

mikeprimm commented Mar 27, 2013

Cool — glad to hear it. Sorry I could be more specific on the help, but what it takes to get it installed right is pretty distribution dependent. Glad you were able to sort it out!

You can’t perform that action at this time.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.

Источник

Java.lang.UnsatisfiedLinkError в Linux

Мне удалось попасть в Linux-машину, чтобы попробовать библиотеку HotKey, предложенную в этом ответе.

Я скомпилировал пример кода, и теперь я запускаю программу, и у меня есть следующее сообщение:

Я знаю, как справиться с этим в Windows (просто добавив DLL в PATH env var), но я не уверен в Linux.

Я прочитал кое-что о LD_LIBRARY_PATH и некоторых других env vars, но я могу заставить его работать.

ИЗМЕНИТЬ

После поддержки mmyers для определения проблемы и чтения этот поток и этот другой.

Моя система: Linux 2.6.18-53.el5

Моя версия GCC (есть):

Проблемы: мне нужен gcc 4.2.0

Aaand, по-видимому, для моей системы нет gcc 4.2.0.

Думаю, мне придется подождать, пока это произойдет, или автор перекомпилирует его в предыдущей версии.

mmyers, большое спасибо за вашу помощь.

Вы попробовали -Djava.library.path=/path/to/library ?

РЕДАКТИРОВАТЬ: Повторно прочитав сообщение об ошибке, мне кажется, что загружаемая вами загружаемая библиотека пытается связать с glibc версии 3.4.9, которая, по-видимому, не установлена. Вы можете проверить, какая версия glibc у вас есть? Какой дистрибутив Linux вы используете?

EDIT2: Проблема, похоже, сужается до libstdС++. Я догадываюсь, но этот поток может быть полезен. Он предлагает перейти на gcc 4.2; из комментариев у вас появляется версия 4.1.2. Дайте мне знать, если это не сработает.

Источник

Linux ARM : aarch64 : CPU : Issue : Caused by: java.lang.UnsatisfiedLinkError: no tensorflow_cc in java.library.path #339

Comments

santosa-malika commented Jun 16, 2021 •

Added below Two Dependency in my java project , when we run the project in Linux ARM : aarch64 : CPU we are getting UnsatisfiedLinkError issue .

Dependency Added in Project

Issue :
Warning: Could not load Loader: java.lang.UnsatisfiedLinkError: no jnijavacpp in java.library.path
Exception in thread «main» java.lang.UnsatisfiedLinkError: no jnitensorflow in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1860)
at java.lang.Runtime.loadLibrary0(Runtime.java:870)
at java.lang.System.loadLibrary(System.java:1124)
at org.bytedeco.javacpp.Loader.loadLibrary(Loader.java:1683)
at org.bytedeco.javacpp.Loader.load(Loader.java:1300)
at org.bytedeco.javacpp.Loader.load(Loader.java:1123)
at org.tensorflow.internal.c_api.global.tensorflow.(tensorflow.java:12)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:348)
at org.bytedeco.javacpp.Loader.load(Loader.java:1190)
at org.bytedeco.javacpp.Loader.load(Loader.java:1139)
at org.tensorflow.NativeLibrary.load(NativeLibrary.java:48)
at org.tensorflow.TensorFlow.init(TensorFlow.java:111)
at org.tensorflow.TensorFlow.(TensorFlow.java:126)
at org.tensorflow.Graph.(Graph.java:849)
at com.huawei.search.nlp.lang.th.TensorFlowTest.main(TensorFlowTest.java:28)
Caused by: java.lang.UnsatisfiedLinkError: no tensorflow_cc in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1860)
at java.lang.Runtime.loadLibrary0(Runtime.java:870)
at java.lang.System.loadLibrary(System.java:1124)
at org.bytedeco.javacpp.Loader.loadLibrary(Loader.java:1683)
at org.bytedeco.javacpp.Loader.load(Loader.java:1227)

Please help and guide how to solve this issue in Linux ARM .
i have checked in Windows and Linux X86 CPU its working fine

The text was updated successfully, but these errors were encountered:

Источник

java.lang.UnsatisfiedLinkError no *****. dll в java.library.path

Как я могу загрузить собственный файл DLL в свое веб-приложение? Я пробовал следующее:

• Скопировал все необходимые dll в system32 папку и попытался загрузить одну из них в Servlet конструктор System.loadLibrary
• Скопировал необходимые dll в tomcat_home/shared/lib и tomcat_home/common/lib

Все эти dll есть в WEB-INF/lib веб-приложении.

Для System.loadLibrary() работы библиотека (в Windows, DLL) должна находиться в каталоге где-то у вас PATH или по пути, указанному в java.library.path системном свойстве (чтобы вы могли запускать Java как java -Djava.library.path=/path/to/dir ).

Кроме того, для loadLibrary() вы указываете базовое имя библиотеки без .dll символа в конце. Итак, для /path/to/something.dll вы просто использовали бы System.loadLibrary(«something») .

Вам также нужно смотреть на то, UnsatisfiedLinkError что вы получаете. Если там написано что-то вроде:

то он не может найти библиотеку foo (foo.dll) в вашем PATH или java.library.path . Если там написано что-то вроде:

тогда что-то не так с самой библиотекой в ​​том смысле, что Java не может сопоставить родную функцию Java в вашем приложении с ее фактическим родным аналогом.

Для начала я бы добавил немного времени в журнал вашего System.loadLibrary() звонка, чтобы увидеть, правильно ли он выполняется. Если он вызывает исключение или не находится в пути кода, который фактически выполняется, вы всегда будете получать последний тип, UnsatisfiedLinkError описанный выше.

Кстати, большинство людей помещают свои loadLibrary() вызовы в блок статического инициализатора в классе с собственными методами, чтобы гарантировать, что он всегда выполняется ровно один раз:

Источник