- GraalVM for JDK 23 (Latest)
- GraalVM for JDK 24 (Early Access)
- GraalVM for JDK 21
- GraalVM for JDK 17
- Archives
- Dev Build
This documentation is for the unreleased GraalVM version.Download Early Access Builds from GitHub.
Polyglot Programming
- Running Polyglot Applications
- Polyglot Options
- Passing Options for Language Launchers
- Passing Options Programmatically
- Passing Options Using JVM Arguments
GraalVM allows users to write polyglot applications that seamlessly pass values from one language to another by means of the Truffle language implementation framework (henceforth “Truffle”).
Truffle is a Java library for building programming languages implementations as interpreters for self-modifying Abstract Syntax Trees. When writing a language interpreter with Truffle, it will automatically use the Graal compiler as a just-in-time compiler for the language. By having access to this framework, a Ruby application, for example, can run on the same JVM as a Java application. Also, a host JVM-based language and a guest language can directly interoperate with each other and pass data back and forth in the same memory space.
In order to provide foreign polyglot values in the languages implemented with Truffle, the so-called polyglot interoperability protocol has been developed. This interoperability protocol consists of a set of standardized messages that every language implements and uses for foreign polyglot values. The protocol allows GraalVM to support interoperability between any combination of languages without requiring them to know of each other. For more details, proceed to the High-Performance Cross-Language Interoperability in a Multi-Language Runtime paper.
Throughout this section you learn how to combine multiple languages using GraalVM Polyglot APIs.
Running Polyglot Applications #
The following examples are designed to get you started with a basic polyglot application. Select a section for your Start Language and then select a tab for the Target Language.
The below examples are expected to work equally from a JVM or native standalone distribution. For native launchers and native executables using Java as a Target Language and accessing classes other than Java arrays, it is required to recompile the image and provide a reflection configuration file.
Note: To start an application with LLVM as a Target Language, make sure to precompile the polyglot.c file provided below.
Start from JavaScript / Node.js #
Create the file polyglot.js
:
Run:
js polyglot.js
42
node polyglot.js
42
Start Language R #
Create the file polyglot.R
:
Run:
Rscript polyglot.R
[1] 42
Start Language Ruby #
Create the file polyglot.rb
:
Run:
ruby polyglot.rb
42
Start Language Python #
Create the file polyglot.py
:
Run:
graalpy polyglot.py
42
Start Language Java #
Create the file Polyglot.java
:
Run:
javac Polyglot.java
java Polyglot
42
Start Language C #
Create the file polyglot.c
:
The example C code has to be compiled to LLVM bitcode using the LLVM frontend such as clang
.
A user can use clang
from the pre-built LLVM toolchain shipped with the GraalVM LLVM runtime:
export LLVM_TOOLCHAIN=$(lli --print-toolchain-path)
Run:
$LLVM_TOOLCHAIN/clang polyglot.c -lgraalvm-llvm -o polyglot
lli polyglot
42
Polyglot Options #
You can configure a language engine for better throughput or startup.
--engine.Mode=default
configures the execution mode of the engine. The execution mode automatically tunes the polyglot engine towards latency or throughput.throughput
collects the maximum amount of profiling information and compiles using the maximum number of optimizations. This mode results in slower application startup but better throughput. This mode uses the compiler configurationcommunity
orenterprise
if not specified otherwise.default
uses a balanced engine configuration. This mode uses the compiler configurationcommunity
orenterprise
if not specified otherwise.latency
collects only minimal profiling information and compiles as fast as possible with less optimal-generated code. This mode results in faster application startup but less optimal throughput. This mode uses the compiler configurationeconomy
if not specified otherwise.
Passing Options to Language Launchers #
Every language launcher has been extended with a set of so called polyglot options.
Polyglot options allow users of any language launcher to access the options of other languages supported by GraalVM (implemented with the Truffle language implementation framework).
The format is: --<languageID>.<property>=<value>
.
For example, the R
launcher also supports the --js.atomics=true
JavaScript option.
Allowed values for the languageID
are:
js
: options for JavaScriptpython
: options for Pythonr
: options for Rruby
: options for Rubyllvm
: options for LLVM
Use --help:languages
to find out which options are available.
Options for polyglot tools work in the same way with the following format: --<toolID>.<property>=<value>
.
Allowed values for <toolID>
are:
inspect
: allows debugging with Chrome DevToolscpusampler
: collects data about CPU usagecputracer
: captures trace information about CPU usagememtracer
: captures trace information about memory usage
Use --help:tools
to find out which options are available.
Passing Options Programmatically #
Options can also be passed programmatically using the Java polyglot API.
Create a file called OptionsTest.java
:
import org.graalvm.polyglot.*;
class OptionsTest {
public static void main(String[] args) {
Context polyglot = Context.newBuilder()
.allowExperimentalOptions(true)
.option("js.shared-array-buffer", "true")
.build();
// the use of shared array buffer requires the 'js.shared-array-buffer' option to be 'true'
polyglot.eval("js", "new SharedArrayBuffer(1024)");
}
}
Run:
javac OptionsTest.java
java OptionsTest
Note: Tools options can be passed in the same way. Options cannot be modified after the context was created.
Passing Options Using JVM Arguments #
Every polyglot option can also be passed as a Java system property.
Each available option translates to a system property with the polyglot.
prefix.
For example, -Dpolyglot.js.strict=true
sets the default value for a strict interpretation for all JavaScript code that runs in the JVM.
Options that were set programmatically take precedence over Java system properties.
For languages the following format can be used: -Dpolyglot.<languageID>.<property>=<value>
and for tools it is: -Dpolyglot.<toolID>.<property>=<value>
.
Create a file called SystemPropertiesTest.java
:
import org.graalvm.polyglot.*;
class SystemPropertiesTest {
public static void main(String[] args) {
Context polyglot = Context.newBuilder()
.allowExperimentalOptions(true)
.build();
// the use of shared array buffer requires the 'js.shared-array-buffer' option to be 'true'
polyglot.eval("js", "new SharedArrayBuffer(1024)");
}
}
Run:
javac SystemPropertiesTest.java
java -Dpolyglot.js.strict=true SystemPropertiesTest
Note: System properties are read once when the polyglot context is created. Subsequent changes have no effect.
Related Documentation #
- Learn more about a guest and Java host language interoperability from the Embedding Languages documentation