Discussions
Categories
- 197.1K All Categories
- 2.5K Data
- 546 Big Data Appliance
- 1.9K Data Science
- 450.7K Databases
- 221.9K General Database Discussions
- 3.8K Java and JavaScript in the Database
- 31 Multilingual Engine
- 552 MySQL Community Space
- 479 NoSQL Database
- 7.9K Oracle Database Express Edition (XE)
- 3.1K ORDS, SODA & JSON in the Database
- 555 SQLcl
- 4K SQL Developer Data Modeler
- 187.2K SQL & PL/SQL
- 21.3K SQL Developer
- 296.3K Development
- 17 Developer Projects
- 139 Programming Languages
- 293K Development Tools
- 110 DevOps
- 3.1K QA/Testing
- 646.1K Java
- 28 Java Learning Subscription
- 37K Database Connectivity
- 158 Java Community Process
- 105 Java 25
- 22.1K Java APIs
- 138.2K Java Development Tools
- 165.3K Java EE (Java Enterprise Edition)
- 19 Java Essentials
- 162 Java 8 Questions
- 86K Java Programming
- 81 Java Puzzle Ball
- 65.1K New To Java
- 1.7K Training / Learning / Certification
- 13.8K Java HotSpot Virtual Machine
- 94.3K Java SE
- 13.8K Java Security
- 205 Java User Groups
- 24 JavaScript - Nashorn
- Programs
- 466 LiveLabs
- 39 Workshops
- 10.2K Software
- 6.7K Berkeley DB Family
- 3.5K JHeadstart
- 5.7K Other Languages
- 2.3K Chinese
- 175 Deutsche Oracle Community
- 1.1K Español
- 1.9K Japanese
- 233 Portuguese
JNI fails to create a JavaVM randomly

860517
Member Posts: 1
Below is a small code snippet in which we try to invoke a small Java function in native code.
#include <stdio.h>
#include <jni.h>
JNIEnv* createJavaVM(JavaVM ** jvm)
{
JNIEnv *env;
JavaVMInitArgs vm_args;
JavaVMOption options;
options.optionString = "-Djava.class.path=C:\\Documents and Settings\\ankurp\\J_workspace\\AlertTest\\bin"; //Path to the java output dir...
vm_args.version = JNI_VERSION_1_6; //JDK version. This indicates version 1.6
vm_args.nOptions = 1;
vm_args.options = &options;
vm_args.ignoreUnrecognized = 0;
int ret = JNI_CreateJavaVM(jvm, (void**)&env, &vm_args);
if(ret < 0)
printf("\nUnable to Launch JVM\n");
return env;
}
int main(int argc, char* argv[])
{
JNIEnv *env = NULL;
JavaVM *jvm = NULL;
env = createJavaVM(&jvm);
if (env == NULL)
return 1;
jclass classAlertTest = env->FindClass("AlertTest");
jmethodID midMain = NULL, midAlertFunc = NULL;
if (classAlertTest != NULL) {
midMain = env->GetStaticMethodID(classAlertTest, "main", "([Ljava/lang/String;)V");
midAlertFunc = env->GetStaticMethodID(classAlertTest, "alertFunc","(Ljava/lang/String;Ljava/lang/String;)V");
}
if (midAlertFunc) {
jstring message = env->NewStringUTF("Welcome!!!");
jstring title = env->NewStringUTF("Hello...");
env->CallStaticIntMethod(classAlertTest, midAlertFunc, message, title);
}
jvm->DestroyJavaVM();
env = createJavaVM(&jvm);
if (env == NULL)
return 2;
return 0;
}
The code works fine for first invovation of createJavaVM. But for second call of JNI_CreateJavaVM -1 is returned.
Our actual workflow is a Fdk plugin (a dll) of Framemaker, in which some C++ code invokes some java code (similar to what above code is doing).
The problem occurs that JNI_CreateJavaVM fails for first call itself(with -1 return value) "randomly". Our guess is probably FrameMaker takes lot of memory.
Is there anyway to overcome this problem? Since this problem is random in nature, we are stuck at C++/C to Java integration.
Waiting for some solution which will complete our integration.
Thanks
Edited by: 857514 on May 11, 2011 3:22 AM
#include <stdio.h>
#include <jni.h>
JNIEnv* createJavaVM(JavaVM ** jvm)
{
JNIEnv *env;
JavaVMInitArgs vm_args;
JavaVMOption options;
options.optionString = "-Djava.class.path=C:\\Documents and Settings\\ankurp\\J_workspace\\AlertTest\\bin"; //Path to the java output dir...
vm_args.version = JNI_VERSION_1_6; //JDK version. This indicates version 1.6
vm_args.nOptions = 1;
vm_args.options = &options;
vm_args.ignoreUnrecognized = 0;
int ret = JNI_CreateJavaVM(jvm, (void**)&env, &vm_args);
if(ret < 0)
printf("\nUnable to Launch JVM\n");
return env;
}
int main(int argc, char* argv[])
{
JNIEnv *env = NULL;
JavaVM *jvm = NULL;
env = createJavaVM(&jvm);
if (env == NULL)
return 1;
jclass classAlertTest = env->FindClass("AlertTest");
jmethodID midMain = NULL, midAlertFunc = NULL;
if (classAlertTest != NULL) {
midMain = env->GetStaticMethodID(classAlertTest, "main", "([Ljava/lang/String;)V");
midAlertFunc = env->GetStaticMethodID(classAlertTest, "alertFunc","(Ljava/lang/String;Ljava/lang/String;)V");
}
if (midAlertFunc) {
jstring message = env->NewStringUTF("Welcome!!!");
jstring title = env->NewStringUTF("Hello...");
env->CallStaticIntMethod(classAlertTest, midAlertFunc, message, title);
}
jvm->DestroyJavaVM();
env = createJavaVM(&jvm);
if (env == NULL)
return 2;
return 0;
}
The code works fine for first invovation of createJavaVM. But for second call of JNI_CreateJavaVM -1 is returned.
Our actual workflow is a Fdk plugin (a dll) of Framemaker, in which some C++ code invokes some java code (similar to what above code is doing).
The problem occurs that JNI_CreateJavaVM fails for first call itself(with -1 return value) "randomly". Our guess is probably FrameMaker takes lot of memory.
Is there anyway to overcome this problem? Since this problem is random in nature, we are stuck at C++/C to Java integration.
Waiting for some solution which will complete our integration.
Thanks
Edited by: 857514 on May 11, 2011 3:22 AM
Answers
-
One solution of course would be to stop trying to run java in the same process.
Create another process and communicate with it.
This discussion has been closed.