-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support native code only usage of JVM #127
Comments
Ah wow, so, it's great that you're able to compile and run, although, it looks like you're driving control of the binary entirely through native. While this is actually possible, I don't have the sample released yet. Unfortunately, I think you need to initiate control from Java, and send it to native. If you really want this as native only (i.e. you deliberately wanted control to emanate from native), please change the bug name and file it against me. It would be helpful for me to understand what folks would find most useful to help adoption of the library. |
Very nice project! Congratulations for the hard and meticulous work you did there. I'm maintaining a GitHub repo (JavaToCppAndBack) with an assortment of examples of Java to C++ and C++ to Java integration. I would love to include a JNI-BIND HelloWorld there eventually! |
That is very kind, I appreciate the compliment! It has been a tremendous amount of work so it is nice that it is getting closer to being in people's hands. I'd love to be used by other projects, although to start i imagine that would be done most simply through the Bazel/WORKSPACE mechanisms. If you would like to file a new issues for "Distribution to third party projects" that would be great, although, realistically I'm afraid I need to address other issues for the 1.0 release. In the meantime, any mentions/stars help the project gain traction which I would be very grateful for 🙂 |
For anyone trying to use this project for native code only usage and needs to get the classpath to work, I guess we can initiate the JavaVM ourselves with the correct classpath. void run(JavaVM *jvm) {
jni::JvmRef<jni::kDefaultJvm> jvm_ref = jni::JvmRef<jni::kDefaultJvm>(jvm);
// ...
}
int main(int argc, char **argv) {
std::string classpath = "-Djava.class.path=example.jar";
JavaVMOption options[1];
options[0].optionString = classpath.data();
JavaVMInitArgs init_args = {
.version = JNI_VERSION,
.nOptions = 1,
.options = options,
.ignoreUnrecognized = false,
};
JavaVM *jvm;
JNIEnv *env;
if (JNI_CreateJavaVM(&jvm, (void **)&env, (void *)&init_args) != JNI_OK) {
return 1;
}
run(jvm);
return 0;
} I'm not 100% percent sure if this is the correct use of the library, but it works for my purpose of using Java classes in C++. |
Ah, this is similar to the unreleased binary I have. If you manage to add it as a binary in the tree as a pull request I'd love to add your work to the tree. Realistically I don't think I have time to do this myself. (Also, apologies, I missed this comment when you posted it). |
By adding a binary, do you mean adding an example to README or creating some compilation unit that uses classpath and invokes Java methods from C++? If it's the latter case, I'm not sure where and how to create such a binary. |
Let me try to take some time this weekend and open source the existing code we have. I took a stab last night but it's more than an hour's work. By binary, I mean, add a As I said, I have an internal binary which runs with no Java entrypoint, but sadly it references locations of solibs for the JVM that are Google specific, and thus not useful for open source. |
Ok, I put some time into this and I've got something that's at least partially there. Unfortunately, on my machine, when I launch it I immediately see the following failure:
I haven't polished this code at all so buyer beware. This works with our internal tooling, but somehow I'm getting a different result from my Bazel invocation. I would figure it's accessing the same solibs so I'm not sure what's going on. |
See #127. PiperOrigin-RevId: 687715496
See #127. PiperOrigin-RevId: 687715496
See #127. PiperOrigin-RevId: 687715496
See #127. PiperOrigin-RevId: 689950666
This won't ever be a priority beyond other tasks, so I'm closing this as not planned also. I've uploaded the code so anyone is free to go play with this themselves. I hope they do! It's a very cool feature. |
Here is what I have:
HelloWorld.java
Compile it:
The Google JNI-BIND C++ code:
I have the JNI-BIND sources inside a local jni_bind folder. So to compile the code above I do on a Mac:
C++ compilation:
And it compiles fine, great!
But now when I run it, I get a segmentation fault because it is not able to find the
./com/test/HelloWorld.class
file to load.Setting the CLASSPATH does not work either:
Perhaps I have to set
JavaVMOption
with-Djava.class.path=.
to pass to its embedded JVM? But how would I go about doing that?The text was updated successfully, but these errors were encountered: