gpt4 book ai didi

java - 什么是 libJvm.so,它是什么时候构建的?

转载 作者:太空宇宙 更新时间:2023-11-04 12:52:08 39 4
gpt4 key购买 nike

我有点惊讶我必须发布一个看起来相当琐碎且易于查找的问题......但显然不是。

因为它看起来我的 jni.hlibJvm.so 库不同步(或者我怀疑如此),它显示试图加载我的 Java应用程序作为库进入 Linux 上的 C++ 环境(使用 JNI_CreateJVM() 等等),我想知道这可能是罪魁祸首。 jni.h 只是标准的,包含所有普通模块.... libJvm.so 但是......我看不到内容是什么......我甚至不知道它到底是什么以及它是如何/在哪里 build 的。

谁能给我解释/回答这个问题?

附言这些问题与库路径和相关问题无关...可以找到 libJvm.so。只要我不完全了解我正在使用的所有组件,就很难理解出了什么问题......

根据对我的问题的 react 中出现的评论进行更新(这是一个非常长的更新,因为我认为包含我正在使用的代码可能是有见地的)...

我正在使用(并遇到问题)的代码,在代码之后我还说了一些关于环境/设置和情况的事情......:

#include <jni.h>
#include "jvm.h"
#include <iostream>
#include <stdlib.h>
#include <dlfcn.h>

using namespace std;

//Create type for pointer to the JNI_CreateJavaVM function
typedef jint (*CreateJvmFuncPtr) (JavaVM**, void**, JavaVMInitArgs*);

//New method returns pointer to the JNI_CreateJavaVM function
CreateJvmFuncPtr findCreateJvm() {
CreateJvmFuncPtr createJvm = NULL;

void* jvmLib = dlopen("/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.71.x86_64/jre/lib/amd64/server/libjvm.so", RTLD_LAZY); //Get handle to jvm shared library
char* error = dlerror(); //Check for errors on dlopen

if(jvmLib == NULL || error != NULL) {
printf("FailedToLoadJVM\n");
}

//Load pointer to the function within the shared library
createJvm = (CreateJvmFuncPtr) dlsym(jvmLib, "JNI_CreateJavaVM");

error = dlerror();
if(error != NULL) {
printf("Success\n");
}

return createJvm;

int main() {

// load and initialize JVM and JNI interface, in a test setting where JVM is "passive"
// (called/loaded as .dll) and the JNI env is not available yet from a Java/JVM call
// (which would be the caste in the normal setup/configuration).
//int jniLoadJvmAsDll()
//{
JavaVM *jvm; // Pointer to the JVM (Java Virtual Machine)
JNIEnv *env; // Pointer to native interface
//======== prepare loading of Java VM: assign init arguments for JVM init =========
JavaVMInitArgs vm_args; // Initialization arguments
// JavaVMOption* vmOptions = new JavaVMOption[1]; // JVM invocation options
JavaVMOption vmOptions[4];

// (=> comparable to lib path for System.load(libPath/libName)

vmOptions[0].optionString = "-Djava.compiler=NONE"; /* disable JIT */
vmOptions[1].optionString = "-Djava.class.path=/home/adminuser/workspace_Unit_Test_Java_Cpp/Unit_Test_Jni_Java/bin"; // which Java class to load
vmOptions[2].optionString = "-Djava.library.path=/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.71.x86_64/jre/lib/amd64/;/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.71.x86_64/jre/lib/amd64/server";
vmOptions[3].optionString = "-verbose:jni"; /* print JNI-related messages */
vm_args.version = JNI_VERSION_1_6; // minimum Java version
vm_args.nOptions = 1; // number of options
vm_args.options = vmOptions;
vm_args.ignoreUnrecognized = false; // invalid options make the JVM init fail

//=============== load and initialize Java VM and JNI interface =============
// old code: jint retCrJvm = JNI_CreateJavaVM(&jvm, (void**)&env, &vm_args); // YES !!
//New code:
CreateJvmFuncPtr createJVM = findCreateJvm();
printf("findCreateJVM() returned 0x%x\n", createJVM);

jint retCrJvm = createJVM(&jvm, (void**)&env, &vm_args);
//End new code
delete vmOptions; // we then no longer need the initialization options.
if (retCrJvm != JNI_OK) {
// TO DO: error processing...
cin.get();
exit(EXIT_FAILURE);
}

//====================handle multithread situatiation ========================
JavaVM * curVM = NULL; // JVM in current thread, should contain loaded VM
// otherwise we're not in the main thread
JNIEnv *curEnv;
int jvmLoadFailed = 1;

// handle situation that we're not in the main thread (current thread isnt't main thread)
if (jvm == NULL) {
env->GetJavaVM( &curVM ); // JVM should contain current/main thread JVM, otherwise
// we're not in the main thread

int vmStat = curVM->GetEnv((void **)&curEnv, JNI_VERSION_1_6);
if (vmStat == JNI_EDETACHED) //We are on a different thread, attach
curVM->AttachCurrentThread((void **) &curVM, NULL);
if( curVM == NULL )
return jvmLoadFailed; //Can't attach to java, bail out
}

//=============== Display JVM version =======================================
cout << "JVM load (as .so/.dll) succeeded: Version ";
jint ver = env->GetVersion();
std::cout << ((ver>>16)&0x0f) << "."<<(ver&0x0f) << endl;

// TO DO: add the code that will use JVM <============ (see next steps)

// insert the JNITools separate methods here.... for each separate graphical structure
// initially a test class is inserted.....
jclass clsTestPrint = env->FindClass("TestPrint"); // try to find the class
if(clsTestPrint == NULL) {
cerr << "ERROR: class not found !";
}
jmethodID ctor = env->GetMethodID(clsTestPrint, "<init>", "()V"); // find an object constructor for this class
if(ctor == NULL) {
cerr << "ERROR: constructor not found !" << endl;
}
else {
cout << "Object succesfully constructed !"<<endl;
jobject prtObj = env->NewObject(clsTestPrint, ctor); // invoke the object constructor: create print object
if (prtObj) {
jmethodID show = env->GetMethodID(clsTestPrint, "showId", "()V");
if(show == NULL)
cerr << "No showId method !!" << endl;
else env->CallVoidMethod(prtObj, show);
}
}


jvm->DestroyJavaVM();
cin.get();
return 0;

//}

其中“dlopen”和“dlsym”当然会替换您将在 Windows 上使用的“loadLibrary()”和“getProcaddress()”调用,以便 1. 加载 .dll 并获取相应 JNI 过程的句柄。 .但我是在 Linux 上做的,因此是“等效翻译”......

“多线程”装饰在这里并不是真正相关的....添加它是为了将来可能的目的。

经过一些实验后,我成功地配置了build设置,因此也找到了 libjvm.so,并且在其中找到了 API JNI 方法 JNI_CreateJavaVM()....为此,我添加了(在 Linux 上,使用 Eclipse)以下“GCC C++ 链接器”设置:-- => "库"=> "库 (-l)"=> "Jvm"和=>“图书馆搜索路径(-L)”=>“/usr/lib/jvm/java-1.7.0.openjdk-1.7.0.71.x86_64/jre/lib/amd64/server”

-- => "共享库设置"=> "共享对象名"=> "libjvm.so"

其他设置在编译/链接期间出错。

这样就可以搭建环境了。调试器在 main 中启动和停止,我可以像往常一样单步执行 C++ 代码,直到...我到达 JNI_CreateJavaVM() 调用。这时会出现以下错误。

重定位错误:/home/adminuser/workspace_Unit_Test_Java_Cpp/Unit_Test_Jni_Cpp/Debug/Unit_Test_Jni_Cpp:符号 JNI_CreateJavaVM,版本 SUNWprivate_1.1 未在具有链接时间引用的文件 libjvm.so 中定义

我强烈怀疑: 1. jni头文件和库(libJvm.so)不同步,或者 2.类路径或库路径不包含正确的值3. 加载(使用“dlopen”)的 Java .so (.dll) 不是它应该的....

知道要使用哪个值吗?

这是“我的问题的背景:判断jni和libJvm.so内容是否不同步,是不是很方便知道是什么,大概在什么地方....

最佳答案

a) 确保 /usr/lib/jvm/java-1.7.0.openjdk-1.7.0.71.x86_64/jre/lib/amd64/ 在您的 LD_LIBRARY_PATH 上

b) 切换回“旧代码”加载 libjvm.so 隐式不使用 dlopen 和东西。

关于java - 什么是 libJvm.so,它是什么时候构建的?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48559785/

39 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com