当LIB显式声明UnsatisfiedLinkError异常

问题描述 投票:1回答:1

试图执行我的Java应用程序产生时libmysqlclient.so.18无法找到一个UnsatisfiedLinkError例外,即使在LD_LIBRARY_PATH,-Djava.library.path和/etc/ld.so.conf中显式声明

问题描述

我想利用pcap4j(https://github.com/kaitoy/pcap4j)的,对libpcap的Java包装,这样我就可以在Java应用程序嗅探我的机器NIFS包。由于libpcap的需要超级用户权限来执行这个任务,我必须以某种方式给执行这个应用程式的NIFS的能力的非特权用户。

pcap4j的维护者建议给予能力CAP_NET_RAWCAP_NET_ADMIN到java命令如下:setcap cap_net_raw,cap_net_admin=eip /path/to/java

由于实施限制我的限制如下:

  • 避免由于安全策略,给人以非特权用户sudo访问。同样的道理也适用于以java命令授予上述功能(不知道是不是能力赏赐是每个用户/命令对给定的),但是,从我的有关安全性的相对稀缺的知识,选择后者看起来更像一个分隔的权限什么我要实现的授予方式(解决方案也欢迎应替代许可赋予方法看起来更适合我的目的),并考虑到pcapj4开发商,一个可能的更有经验的专业,建议的话,我也跟着能力给予路径。
  • 用户必须能够而不执行应用程序密码提示
  • 许可赋予一定要做一次,例如开创了用户第一次当。

在java命令授予qazxsw POI和POI qazxsw能力后,问题出现了。在执行我的应用程序时,我收到以下异常:

CAP_NET_RAW

细节

JAVA:JAVA-1.8.0-的OpenJDK,1.8.0.171-8

操作系统:Linux用户,我3.10.0-862.6.3.el7.x86_64#1 SMP周五6月15日17时57分37秒EDT 2018 x86_64的x86_64的x86_64的GNU / Linux的[红帽企业Linux服务器版本7.5(米埔)]

LD_LIBRARY_PATH包含对找不到库的显式路径:

CAP_NET_ADMIN

LD_LIBRARY_PATH被传递到JVM通过使用的java.library.path的:

Error creating entity
java.lang.UnsatisfiedLinkError: /path/to/app/lib/libxpherejava.so: libmysqlclient.so.18: cannot open shared object file: No such file or directory
        at java.lang.ClassLoader$NativeLibrary.load(Native Method)
        at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
        at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1857)
        at java.lang.Runtime.loadLibrary0(Runtime.java:870)
        at java.lang.System.loadLibrary(System.java:1122)

的“-XshowSettings:属性”被执行java命令时为我提供了下面的输出:

LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/lwp:/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.171-8.b10.el7_5.x86_64/jre/lib/amd64/jli/libjli.so:/usr/lib64/mysql/libmysqlclient.so.18
export LD_LIBRARY_PATH

其中exec java -XshowSettings:properties -Djava.library.path=${LD_LIBRARY_PATH} -d64 ... 是一个符号链接java.library.path = /path/to/app/lib /path/to/app/lib/glib-2.0 /usr/lib/lwp /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.171-8.b10.el7_5.x86_64/jre/lib/amd64/jli/libjli.so /usr/lib64/mysql/libmysqlclient.so.18

好像JVM(或其他实体请求从libxpherejava.so访问libmysqlclient.so.18)没有找到libmysqlclient.so.18,即使其路径明确提供给的java.library.path和文件确实存在。

用含有LD_LIBRARY_PATH路径libmysqlclient.so.18该libmysqlclient.so.18 libxpherejava.so产量(/usr/lib64/mysql/libmysqlclient.so.18),发行LDD无法找到

/usr/lib64/mysql/libmysqlclient.so.18

这是ld.so.conf中的内容:

/usr/lib64/mysql/libmysqlclient.so.18.0.0

这两个库是64位编译:

[user@user-me log]$ ldd /path/to/app/lib/libxpherejava.so
        linux-vdso.so.1 =>  (0x00007ffe1a73d000)
        libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007fd727df4000)
        libssl.so.10 => /lib64/libssl.so.10 (0x00007fd727b83000)
        libxphereS.so => /path/to/app/lib/libxphereS.so (0x00007fd727973000)
        libmysqlclient.so.18 => not found
        libz.so.1 => /lib64/libz.so.1 (0x00007fd72775d000)
        libnsl.so.1 => /lib64/libnsl.so.1 (0x00007fd727543000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fd727327000)
        libm.so.6 => /lib64/libm.so.6 (0x00007fd727025000)
        libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007fd726d11000)
        libc.so.6 => /lib64/libc.so.6 (0x00007fd726944000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007fd726740000)
        libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007fd7264f3000)
        libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007fd72620b000)
        libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007fd726007000)
        libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007fd725dd4000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fd728718000)
        libpcre.so.1 => /lib64/libpcre.so.1 (0x00007fd725b72000)
        libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007fd725964000)
        libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007fd725760000)
        libresolv.so.2 => /lib64/libresolv.so.2 (0x00007fd725547000)
        libselinux.so.1 => /lib64/libselinux.so.1 (0x00007fd725320000)

在执行了“EXEC Java”的命令,这个产量在脚本中使用strace - > [user@user-me lib]$ cat /etc/ld.so.conf /path/to/app/lib/ /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.171-8.b10.el7_5.x86_64/jre/lib/amd64/jli/libjli.so /usr/lib64/mysql/libmysqlclient.so.18

相关问题

  • [user@user-me lib]$ file libxpherejava.so libxpherejava.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=82e1c673e732eb2d3770883b14facf3eff091243, not stripped [user@user-me lib]$ file /usr/lib64/mysql/libmysqlclient.so.18 /usr/lib64/mysql/libmysqlclient.so.18: symbolic link to libmysqlclient.so.18.0.0' [user@user-me lib]$ file /usr/lib64/mysql/libmysqlclient.so.18.0.0 /usr/lib64/mysql/libmysqlclient.so.18.0.0: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=79978c5f4fb259a5a146614e260ea0720dd31d3b, stripped - >利布斯是64位和LD_LIBRARY_PATH明确地包含了路径问题的LIB
  • https://dumpz.org/aGHQpNk9Znmk - > pcap4j开发商的回答类似的问题(解决方案适用于我的环境中的错误解决,但目前后立刻出现)
  • JNI issue on Linux: cannot open shared object file - >关于授予能力的缺陷后,可以解释这一切的调整

有谁知道为什么libmysqlclient.so.18没有被发现?

rhel java shared-libraries
1个回答
0
投票

创建符号链接到下https://github.com/kaitoy/pcap4j/issues/63有问题的库http://blog.tinola.com/?e=7解决了这个问题。唯一的例外是没有了。

© www.soinside.com 2019 - 2024. All rights reserved.