Implementation Details
Java on Truffle operates, like other languages implemented with Truffle, both as a native executable or on top of HotSpot (currently possible on Linux only).
In the first case, when the Java on Truffle runtime is compiled to a native executable, it does not require HotSpot to run Java.
However it requires a standard core Java library (the rt.jar library for Java 8 or the lib/modules file for Java 11 as well as the associated native libraries: libjava
, libnio
, etc.).
Java on Truffle is a minified Java VM that implements all core components of a VM including:
- Bytecode interpreter
- Bytecode verifier
- Single Java Class File parser
- Simple object model
- Java Native Interface (JNI) implementation in Java
- Virtual Machine Implementation in Java
- Java Debug Wire Protocol (JDWP)
Java on Truffle reuses all JARs and native libraries from GraalVM.
All native libraries and methods are loaded/accessed/called via Truffle Native Function Interface (JNI).
JNI handles are implemented in Java on Truffle, e.g., all Truffle NFI methods only receive and return primitives.
Some methods are substituted for performance, e.g., Math.sqrt
, System.arraycopy
, avoiding the expensive transition to native.
Some native libraries might contain static data that would conflict if were used from multiple Java on Truffle contexts or even from both Java on Truffle and Java running on HotSpot.
On Linux, Java on Truffle uses the capability of Truffle NFI to try to load libraries in isolated namespaces (dlmopen
). This is only available on Linux with glibc
and has many limitations.
This mode is not used when running in a native executable since there will be no conflict with HotSpot.
Current Limitations
- Java on Truffle does not implement the JVM Tool Interface (JVMTI). As a result, it does not support the
-agentlib
, or-agentpath
VM options. - Java on Truffle does not implement the
java.lang.instrument
interface. As a result it does not support the-javaagent
VM option. - Java on Truffle currently uses the standard native libraries from the Java core library. This requires allowing a polyglot
Context
native access. Because of the way these libraries are loaded (via Truffle NFI), running on top of HotSpot only works on Linux (withglibc
). Running as part of a native executable works on Linux, Windows, and macOS but it currently limited to one context. - Support for Java Management Extensions (JMX) is partial and some methods might return partial data.
- The Debugger Protocol Implementation (JDWP) lacks some capabilities compared to HotSpot. It will correctly report the supported capabilities. In particular actions that require to enumerate all Java objects are not supported. However it does support a few hot reloading cases that HotSpot does not. See Enhanced HotSwap Capabilities with Java on Truffle.
- When the
java.MultiThreaded
option is set to “false”, reference processing will not happen. Depending on the application, this could create resource leaks. Note that this option is set to “false” automatically if Java on Truffle runs in a context where a single-threaded language is enabled (e.g., JavaScript). - Java on Truffle does not support the Polyglot API yet. However, it provides a guest Java Polyglot API, described in
polyglot.jar
. For more information, see Interoperability with Truffle Languages.