graal-js-jdk11-maven-demo
graal-js-jdk11-maven-demo copied to clipboard
An example project how to run Graal/JavaScript on JDK 11 with Graal as optimizing JIT compiler for best performance.
I thought I'd got my build working with JDK17 following your example (using Zulu on Windows), but when I run in GitHub Actions (Zulu on Ubuntu) Surefire bombs out with...
When running against [OpenJ9 JVM](https://www.eclipse.org/openj9/) (JDK11) ```sh me@ubuntu:~/git/graal-js-jdk11-maven-demo$ export JAVA_HOME=/usr/lib/jvm/adoptopenjdk-11-openj9-amd64 me@ubuntu:~/git/graal-js-jdk11-maven-demo$ mvn package ``` I get the following output: ``` === Nashorn via javax.script.ScriptEngine === Warning: Nashorn engine is planned...
Travis CI can cache content that does not often change, to speed up your build process.
# mvn package ``` eration: 174 === Graal.js via org.graalvm.polyglot.Context === === Graal.js via javax.script.ScriptEngine === org.graalvm.polyglot.PolyglotException: jdk.vm.ci.common.JVMCIError: VM config values not expected to be present in JDK 11 linux-amd64...
I needed this change for the project to run and debug with the graal compiler in NetBeans. Without this change it runs on hotspot for me with performance of ~1s...
I'm wondering if it's possible to information on how to include the dependencies required to run this sample with a standalone jar.
I created an Eclipse project, with an Execution Environment etc. to get your demo running. Everything seems ok, until the point I perform ```` Context graalContext = Context.create() ```` leaving...
Getting PolyglotMap Object type Returned When Using GraalVM in Java Instead My Own Proxy Object Type
I'm currently working with GraalVM in Java and encountering an issue with the object type returned by a function. Here's the code snippet: ``` import com.oracle.truffle.js.scriptengine.GraalJSScriptEngine; import org.graalvm.polyglot.HostAccess; import org.graalvm.polyglot.Value;...