-
Notifications
You must be signed in to change notification settings - Fork 588
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
[TensorFlow] No Java runtime present, requesting install #417
Comments
Does the same thing happen with this sample project? |
@saudet yes I got the same error |
Hum, that's weird. It's not doing anything that should trigger something like that... |
Yeah, it looks like that means the JDK isn't installed on the system. I wonder how GraalVM's JDK should be installed as a framework on a Mac for this to work correctly... |
The weirdest part is that my colleague @frankfliu don't have such issue, but me and one of the engineer from RedHat have the same error #deepjavalibrary/djl#133 |
Oh, I see what's going on. Linking with the JavaVM framework actually makes it go look for |
…o fix GraalVM Native Image on Mac (issue #417)
I've fixed this in commit a59010d, but to have it applied to TensorFlow, we need to upgrade to JavaCPP 1.5.4-SNAPSHOT. /cc @johanvos |
When are you planning to release it? As long as TF Java is only available as a snapshot, it's fine but a release would be certainly better (I'm a bit biased in my statement because I'm building at the moment on a platform having issues to download snapshots from OSS Sonatype, are JavaCPP snapshots deployed on this repo as well?) |
Sonatype OSSRH as well, yes: http://bytedeco.org/builds/ What kind of issues are you having? |
For our readers, @saudet and I discussed in private with the problems I'm having with Sonatype but regarding this issue, I think we are good to try this JavaCPP snapshot in TensorFlow for Java. |
Thanks for the quick fix. @saudet |
Yes, see tensorflow/java#93 |
Thanks! I verified the problem has been solved. |
Fix released with JavaCPP 1.5.4. Thanks for reporting this issue! |
Environment
Step to reproduce:
DJL uses TensorFlow JavaCpp bindings.
When building GraalVM with native mode, it shouldn't look for java during the runtime
Does JavaCpp for TensorFlow override the path of which JVM is loading?
The text was updated successfully, but these errors were encountered: