When running the native-image-list-dir example with graalvm-ce-java11-2020.2.0 and native-image-installable-svm-java11-linux-amd64-20.2.0.jar I am getting the following error,

Step 21/24 : RUN native-image ListDir

  | ---> Running in 0e4d799e87d0
  |  
  | [listdir:28] classlist: 2,816.40 ms, 0.77 GB
  | Error: Main entry point class 'ListDir' not found.
  | Error: Use -H:+ReportExceptionStackTraces to print stacktrace of underlying exception

the java file is not modified and the class file is generated as well. Am I missing something or is it something specific to java 11 version? Any help is much appreciated

• Simplify native compilation
• README.md review
• Pipeline update

Packaging exception under windows
JDK 11
GraalVM 21.3.1
VS 2019

C++/CLI v142 Build Tools latest version
MSVC v142 - VS 2019 C++ x64/x86 Build Tools latest version
Windows Universal CRT SDK
Windows 10 SDK Build Tools latest version

`[demo1-1.0-SNAPSHOT-runner:18388] setup: 703.39 ms, 0.94 GB
Error: Error compiling query code (in C:\Users\NINGMEI\AppData\Local\Temp\SVM-4604528042326155277\BuiltinDirectives.c). Compiler command ''C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.29.30133\bin\Hostx64\x64\cl.exe' /WX /W4 /wd4244 /wd4245 /wd4800 /wd4804 /wd4214 '/FeC:\Users\NINGMEI\AppData\Local\Temp\SVM-4604528042326155277\BuiltinDirectives.exe' 'C:\Users\NINGMEI\AppData\Local\Temp\SVM-4604528042326155277\BuiltinDirectives.c'' output included error: [BuiltinDirectives.c, C:\Users\NINGMEI\AppData\Local\Temp\SVM-4604528042326155277\BuiltinDirectives.c(1): fatal error C1083: Cannot open include file: 'stdio.h': No such file or directory]
com.oracle.svm.core.util.UserError$UserException: Error compiling query code (in C:\Users\NINGMEI\AppData\Local\Temp\SVM-4604528042326155277\BuiltinDirectives.c). Compiler command ''C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.29.30133\bin\Hostx64\x64\cl.exe' /WX /W4 /wd4244 /wd4245 /wd4800 /wd4804 /wd4214 '/FeC:\Users\NINGMEI\AppData\Local\Temp\SVM-4604528042326155277\BuiltinDirectives.exe' 'C:\Users\NINGMEI\AppData\Local\Temp\SVM-4604528042326155277\BuiltinDirectives.c'' output included error: [BuiltinDirectives.c, C:\Users\NINGMEI\AppData\Local\Temp\SVM-4604528042326155277\BuiltinDirectives.c(1): fatal error C1083: Cannot open include file: 'stdio.h': No such file or directory]
at com.oracle.svm.core.util.UserError.abort(UserError.java:144)
at com.oracle.svm.hosted.c.NativeLibraries.reportErrors(NativeLibraries.java:370)
at com.oracle.svm.hosted.NativeImageGenerator.processNativeLibraryImports(NativeImageGenerator.java:1571)
at com.oracle.svm.hosted.NativeImageGenerator.setupNativeLibraries(NativeImageGenerator.java:1046)
at com.oracle.svm.hosted.NativeImageGenerator.setupNativeImage(NativeImageGenerator.java:869)
at com.oracle.svm.hosted.NativeImageGenerator.doRun(NativeImageGenerator.java:527)
at com.oracle.svm.hosted.NativeImageGenerator.run(NativeImageGenerator.java:488)
at com.oracle.svm.hosted.NativeImageGeneratorRunner.buildImage(NativeImageGeneratorRunner.java:403)
at com.oracle.svm.hosted.NativeImageGeneratorRunner.build(NativeImageGeneratorRunner.java:569)
at com.oracle.svm.hosted.NativeImageGeneratorRunner.main(NativeImageGeneratorRunner.java:122)
at com.oracle.svm.hosted.NativeImageGeneratorRunner$JDK9Plus.main(NativeImageGeneratorRunner.java:599)
[demo1-1.0-SNAPSHOT-runner:18388] [total]: 2,422.16 ms, 0.94 GB

Printing build artifacts to: D:\study\demo1\target\demo1-1.0-SNAPSHOT-native-image-source-jar\demo1-1.0-SNAPSHOT-runner.build_artifacts.txt

Error: Image build request failed with exit status 1
[IJ]-1-MojoFailed-[IJ]-source=LIFECYCLE-[IJ]-goal=build-[IJ]-id=com.example:demo1:jar:1.0-SNAPSHOT-[IJ]-error=Image generation failed. Exit code: 1`

On the back of the PR #93, building and running the spring-r demo gives issues, the steps in the README were followed, see https://github.com/graalvm/graalvm-demos/tree/master/spring-r#preparation.

On running mvn spring-boot:run -Dgraalvm.version=21.2.0, we encounter the below error message:

org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'springRApplication': Unsatisfied dependency expressed through field 'plotFunction'; 
nested exception is org.springframework.beans.factory.BeanCreationException: 
Error creating bean with name 'getPlotFunction' defined in org.graalvm.demos.springr.SpringRApplication:
Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: 
Failed to instantiate [java.util.function.Function]: Circular reference involving containing bean 'springRApplication' 
- consider declaring the factory method as static for independence from its containing instance. 
Factory method 'getPlotFunction' threw exception; nested exception is org.graalvm.polyglot.Polyglot
...
<---snipped, saved into log file-->

Will need to be checked separately, see logs

Hi!

https://github.com/graalvm/graalvm-demos/blob/master/scala-days-2018/scalac-native/README.md says

For macros to work the macro classes must be known to the image builder of the Scala compiler.

I am not too familiar with why that is the case, but is it technically possible not having to rebuild the scalac native image when macro changes? If so, what are steps to take?

We are currently evaluating a few options for low latency scala compilation, and this becomes a blocker because our codebase does have occasional macro changes.

The readme is out of date and now with version 19.0.0, you need to run gu update native-image in the GraalVM bin folder before running the example

I'm trying to follow the steps to run the mn-python demo app but it's failing here:

Download the pygal module wheel file to install it from source:

wget https://files.pythonhosted.org/packages/5f/b7/201c9254ac0d2b8ffa3bb2d528d23a4130876d9ba90bc28e99633f323f17/pygal-2.4.0-py2.py3-none-any.whl
./env/bin/pip install ./pygal-2.4.0-py2.py3-none-any.whl

Output:

 wget https://files.pythonhosted.org/packages/5f/b7/201c9254ac0d2b8ffa3bb2d528d23a4130876d9ba90bc28e99633f323f17/pygal-2.4.0-py2.py3-none-any.whl./env/bin/pip install ./pygal-2.4.0-py2.py3-none-any.whl
--2021-03-23 11:26:57--  https://files.pythonhosted.org/packages/5f/b7/201c9254ac0d2b8ffa3bb2d528d23a4130876d9ba90bc28e99633f323f17/pygal-2.4.0-py2.py3-none-any.whl./env/bin/pip
Resolving files.pythonhosted.org (files.pythonhosted.org)... 151.101.41.63
Connecting to files.pythonhosted.org (files.pythonhosted.org)|151.101.41.63|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2021-03-23 11:26:57 ERROR 404: Not Found.

--2021-03-23 11:26:57--  http://install/
Resolving install (install)... failed: nodename nor servname provided, or not known.
wget: unable to resolve host address ‘install’

I'm playing with running clojure through espresso jshell. I would like to give it a larger heap. It looked like J-Xmx1g or the like, per http://mail.openjdk.java.net/pipermail/adoption-discuss/2016-February/001306.html, but option -J is not recognized. Is this a limitation of espresso-jshell at the moment, or am I missing something?

Environment:

• macOS Monterey 12.6.1
• Rancher Desktop 1.6.2
• GraalVM 22.3.0 (Java 17)

Expected result:

• For spring-native-image demo project, running the nerdctl/docker build -t Dockerfiles/Dockerfile command will result in the generated native image containerized

Observed result:

• Error due to Maven 3.8.5 not found as described in #158.
• Once the above is fixed by replacing with 3.8.6, the Maven build is executed, it finishes, but the image cannot be created as /build/target/jibber file is not found.
• Adding a ls -la command on the target folder confirms that is not generated (see below).

Output from build command:

#14 ERROR: failed to calculate checksum of ref q3xsl1m3hq9zwe7y2ik66p8ab::e35mzvb91pqm1wjv8we2g0t02: "/build/target/jibber": not found
------
 > [stage-1 2/2] COPY --from=builder /build/target/jibber .:
------
Dockerfile:45
--------------------
  43 |
  44 |     # Copy the native executable into the containers
  45 | >>> COPY --from=builder /build/target/jibber .
  46 |     ENTRYPOINT ["/jibbe
--------------------
error: failed to solve: failed to compute cache key: failed to calculate checksum of ref q3xsl1m3hq9zwe7y2ik66p8ab::e35mzvb91pqm1wjv8we2g0t02: "/build/target/jibber": not found

Output from ls command after Maven finishes:

#13 [builder 7/7] RUN ls -la /build/target
#13 0.206 total 22276
#13 0.206 drwxr-xr-x 8 root root     4096 Nov 29 18:26 .
#13 0.206 drwxr-xr-x 1 root root     4096 Nov 29 18:25 ..
#13 0.206 -rw-r--r-- 1 root root 22552062 Nov 29 18:26 benchmark-jibber-0.0.1-SNAPSHOT.jar
#13 0.206 -rw-r--r-- 1 root root   217462 Nov 29 18:26 benchmark-jibber-0.0.1-SNAPSHOT.jar.original
#13 0.206 drwxr-xr-x 5 root root     4096 Nov 29 18:26 classes
#13 0.206 drwxr-xr-x 3 root root     4096 Nov 29 18:25 generated-sources
#13 0.206 drwxr-xr-x 3 root root     4096 Nov 29 18:25 graalvm-reachability-metadata
#13 0.206 drwxr-xr-x 2 root root     4096 Nov 29 18:26 maven-archiver
#13 0.206 drwxr-xr-x 3 root root     4096 Nov 29 18:25 maven-status
#13 0.206 drwxr-xr-x 3 root root     4096 Nov 29 18:26 spring-aot
#13 DONE 0.3s

I managed to get two instances created (and successfully running and destroyed) on OCI but couldn't get the actual app to run inside the OCI container for the Micronaut example here https://github.com/graalvm/graalvm-demos/tree/master/micronaut-webapp/.

I had to fix a couple of things as the settings were out-dated or incorrect in a couple of places.

The issue I'm raising it particularly wrt to https://github.com/graalvm/graalvm-demos/tree/master/micronaut-webapp/deployments/oci - it's not clear how you expect the docker images created to be deployed and run on the container. Has this worked in the past?

Also the ports that you open, are not accessible from the outside (using public address). In my case I couldn't access it from remote.

The steps to gathering OCI variables have also changed, and I have raised it with OCI Support (I can provide some additional pointers there).

Hi,

I was reviewing the repo, it is amazing but some techniques like static compilation with musl was not applied to the spring example.

From my side, I upgraded the example to spring-boot 3 RC1 with success and it is possible to compile in static but I was not able to enable the option for musl.

Did you try it?

			<plugin>
				<groupId>org.graalvm.buildtools</groupId>
				<artifactId>native-maven-plugin</artifactId>
				<configuration>
					<buildArgs>
						<buildArg>--static</buildArg>
					</buildArgs>
				</configuration>
			</plugin>

Test in local:

• benchmark-jibber: 78 mb
• benchmark-jibber-static: 77 mb
• benchmark-jibber-static-musl: Ko
• benchmark-jibber-static-upx: 18 mb

If you like, I could send a PR with current changes.

Many thanks in advance.

Juan Antonio

I am trying out native-netty-plot demo which is about running java code in native-image isolates. I made some changes in the demo after which example is blocking. HTTP Client making requests to netty server is blocking waiting for response. On further investigation, I found out code is blocking on Isolates.tearDownIsolate(renderingContext); call.

Below is the original code which I modified - mainly using logger library logback and making network call using Apach Http clients. I would like to know under what circumstances tearDownIsolate call will block? and How to investigate it further.

@CEntryPoint
    private static ObjectHandle plotAsSVG(@CEntryPoint.IsolateThreadContext IsolateThread renderingContext, IsolateThread nettyContext, ObjectHandle functionHandle, double xmin, double xmax) {
        //long initialMemory = printMemoryUsage("Rendering isolate initial memory usage: ", 0);

        / * Resolve and delete the functionHandle, now that execution is in the rendering isolate. * /
        String function = ObjectHandles.getGlobal().get(functionHandle);
        ObjectHandles.getGlobal().destroy(functionHandle);

        //byte[] svgBytes = ImageSingletons.lookup(Graphics2DPlotter.class).plotAsSVG(function, xmin, xmax);
        byte[] svgBytes = ImageSingletons.lookup(XYZRunner.class).run(function, xmin, xmax);

        ObjectHandle byteBufferHandle;
        try (PinnedObject pin = PinnedObject.create(svgBytes)) {
            byteBufferHandle = createByteBuffer(nettyContext, pin.addressOfArrayElement(0), svgBytes.length);
        }

        //printMemoryUsage("Rendering isolate final memory usage: ", initialMemory);

        return byteBufferHandle;
    }

Hi,

I have been going through some tutorials and found out that according to the documentation, the ExtListDir Java/JavaScript polyglot demo should behave the same as the ListDir Java-only one.

However, you cannot pass the directory to browse to the polyglot one because it will simply alter the JavaScript function which is not what the point of the demo is.

Compare the 2 demos:

See line 55, we are changing the body of the JavaScript function.

But in the Java-only demo, we change the root of the traversal:

I would just alter this part and will leave system outs as they are now.

Can I proceed with this change?

Thanks

P.S. I can also do #4 as a part of this.

Hi,

I have modified com.oracle.truffle.r.fastrjavaui.FastRJavaCmd to generate very simple chart and to print epoch milliseconds after every step it takes:

package com.oracle.truffle.r.fastrjavaui;

import org.graalvm.polyglot.Context;
import org.graalvm.polyglot.Value;

import javax.imageio.ImageIO;
import java.awt.*;
import java.awt.image.BufferedImage;
import java.io.File;
import java.io.IOException;

import static java.awt.image.BufferedImage.TYPE_INT_RGB;

public class FastRJavaCmd {

    private static final int WIDTH = 700;
    private static final int HEIGHT = 500;

    public static void main(String[] args) {

        System.out.println("1) " + System.currentTimeMillis());

        Context context = Context.newBuilder("R").allowAllAccess(true).build();

        System.out.println("2) " + System.currentTimeMillis());

        // This R function opens FastR graphics device passing it Graphics2D object,
        // then it plots the graph and closes the device
        String src =
                "function(g, w, h, clustersCount, x, y) { " +
                        "   grDevices:::awt(w, h, g);" +
                        "   cars <- c(1, 3, 6, 4, 9);" +
                        "   print(plot(cars));" +
                        "   dev.off();" + // # Turn off device driver (to flush output to png)
                        "   NULL;" +
                        "}";

        Value showPlot = context.eval("R", src);

        System.out.println("3) " + System.currentTimeMillis());

        // Instead of drawing to a component, we use BufferedImage for headless testing
        // Note: one can achieve this with "png" built-in directly in R,
        // this is only example of what can be done
        BufferedImage image = new BufferedImage(WIDTH, HEIGHT, TYPE_INT_RGB);

        System.out.println("4) " + System.currentTimeMillis());

        Graphics2D graphics = (Graphics2D) image.getGraphics();

        System.out.println("5) " + System.currentTimeMillis());

        graphics.setBackground(new Color(255, 255, 255));

        System.out.println("6) " + System.currentTimeMillis());

        graphics.clearRect(0, 0, WIDTH, HEIGHT);

        System.out.println("7) " + System.currentTimeMillis());

        // The MAGIC happens HERE: we invoke R plotting code and pass it graphics object
        showPlot.execute(graphics, WIDTH, HEIGHT, 4, "Sepal.Width", "Sepal.Length");

        System.out.println("8) " + System.currentTimeMillis());

        // Save the image to file
        String dest = System.getProperty("fastrjavaui.dest", "test.png");

        System.out.println("9) " + System.currentTimeMillis());

        try {
            ImageIO.write(image, "png", new File(dest));
            System.out.println("10) " + System.currentTimeMillis());

        } catch (IOException e) {
            e.printStackTrace();
        }
        System.out.println("SUCCESS");
    }
}

The output on my compute is:

1) 1526451609161
2) 1526451609371
3) 1526451618500   <<<< It is slow here
4) 1526451618537
5) 1526451618610
6) 1526451618610
7) 1526451618611
NULL
8) 1526451620894
9) 1526451620894
10) 1526451621052
SUCCESS
DONE

real	0m12,367s
user	0m34,820s
sys	0m1,150s

What might be the performance bottleneck?

Environment:

• uname -a: Linux marty-GB-BXi7-5500 4.15.0-20-generic #21-Ubuntu SMP Tue Apr 24 06:16:15 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
• Ubuntu 18.04
• GraalVM: The one from http://www.oracle.com/technetwork/oracle-labs/program-languages/downloads/index.html

Regards,
Martin

When running example https://github.com/graalvm/graalvm-demos/tree/master/scala-days-2018/streams - another developer including myself was misled to believe that we could run GraalVM CE and get the same results as in the README.

Maybe a note at the beginning of the example could help clarify this.

Hi,

I was testing the example about Spring & R but I noticed that it uses Spring Boot 2.x. Do you accept a PR to update to Spring Boot 3.x?

Juan Antonio

Hello,

It would be nice if I don't have to download/clone the giant repo to play with one particular sample project that I'm interested in. Please consider modularizing the GitHub repo's so they can be downloaded individually.

Thanks,
Suyash

Hi

graalpy-notebook-example not able to run:

Failed to build numpy
ERROR: Could not build wheels for numpy, which is required to install pyproject.toml-based projects

What can I do to resolve this error?

The fetched packages: 'graalvm-jdk-17.0.8+9.1', Graalpy: GraalPy 3.10.8 (Oracle GraalVM Native 23.0.1)

Kind regards

Here it is: FibonacciDemo.zip

An error is occurring while trying to build the native executable for the project spring-native-image using the maven command

mvn -Pnative native:compile

Below is the error which is being logged.

Executing: C:\Softwares\graalvm-ce-java17-22.3.0\bin\native-image.cmd @target\tmp\native-image-12404653925673489780.args
Exception in thread "main" java.nio.file.InvalidPathException: Illegal char <> at index 3: C:\Development\Notes\GraalVM\demo\graalvm-demos\spring-native-image\target\classes
        at [email protected]/sun.nio.fs.WindowsPathParser.normalize(WindowsPathParser.java:182)
        at [email protected]/sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:153)
        at [email protected]/sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:77)
        at [email protected]/sun.nio.fs.WindowsPath.parse(WindowsPath.java:92)
        at [email protected]/sun.nio.fs.WindowsFileSystem.getPath(WindowsFileSystem.java:232)
        at [email protected]/java.nio.file.Path.of(Path.java:147)
        at [email protected]/java.nio.file.Paths.get(Paths.java:69)
        at org.graalvm.nativeimage.builder/com.oracle.svm.core.util.ClasspathUtils.stringToClasspath(ClasspathUtils.java:52)
        at org.graalvm.nativeimage.driver/com.oracle.svm.driver.NativeImage.addCustomImageClasspath(NativeImage.java:1582)
        at org.graalvm.nativeimage.driver/com.oracle.svm.driver.DefaultOptionHandler.processClasspathArgs(DefaultOptionHandler.java:417)
        at org.graalvm.nativeimage.driver/com.oracle.svm.driver.DefaultOptionHandler.consume(DefaultOptionHandler.java:69)
        at org.graalvm.nativeimage.driver/com.oracle.svm.driver.NativeImage$NativeImageArgsProcessor.apply(NativeImage.java:1512)
        at org.graalvm.nativeimage.driver/com.oracle.svm.driver.DefaultOptionHandler.consume(DefaultOptionHandler.java:204)
        at org.graalvm.nativeimage.driver/com.oracle.svm.driver.NativeImage$NativeImageArgsProcessor.apply(NativeImage.java:1512)
        at org.graalvm.nativeimage.driver/com.oracle.svm.driver.NativeImage.processNativeImageArgs(NativeImage.java:1770)
        at org.graalvm.nativeimage.driver/com.oracle.svm.driver.NativeImage.completeImageBuild(NativeImage.java:959)
        at org.graalvm.nativeimage.driver/com.oracle.svm.driver.NativeImage.build(NativeImage.java:1417)
        at org.graalvm.nativeimage.driver/com.oracle.svm.driver.NativeImage.performBuild(NativeImage.java:1387)
        at org.graalvm.nativeimage.driver/com.oracle.svm.driver.NativeImage.main(NativeImage.java:1374)

On the back of the PR #93, after installing TruffleRuby via the gu tool and following the steps mentioned on https://github.com/graalvm/graalvm-demos/tree/master/galaaz-ggplot#introduction, the step to install the rspec gem initially failed due to the absence (or not being able to find these files:

libssl.so.10
libcrypto.so.10

Later when fixed via commit 714e155 and rerunning gem install rspec, worked fine.

The next step of installing the galaaz gem fails:

root@47c89260ca9a:/graalvm-demos/galaaz-ggplot# gem install galaaz
ERROR:  Error installing galaaz:
	invalid gem: package is corrupt, exception while verifying: invalid byte sequence in US-ASCII (ArgumentError) in /graalvm/languages/ruby/lib/gems/cache/galaaz-0.5.0.gem

Would need further investigation.

After installing graalvm-ce-java11-19.3.1 I cloned demos using git clone https://github.com/graalvm/graalvm-demos

Executing build.sh resulted in the following exception. I'm able to write into the /tmp directory so I have to assume that the executable is not written with the correct permisions. It is deleted before I can see it.

Build on Server(pid: 7003, port: 39868)*
[listdir:7003] classlist: 1,854.66 ms
[listdir:7003] (cap): 328.89 ms
[listdir:7003] setup: 627.65 ms
Fatal error: com.oracle.svm.core.util.VMError$HostedError: java.io.IOException: Cannot run program "/tmp/SVM-17161308199606515702/LibFFIHeaderDirectives" (in directory "/tmp/SVM-17161308199606515702"): error=13, Permission denied
at com.oracle.svm.core.util.VMError.shouldNotReachHere(VMError.java:70)
at com.oracle.svm.hosted.c.CAnnotationProcessor.makeQuery(CAnnotationProcessor.java:114)
at com.oracle.svm.hosted.c.CAnnotationProcessor.process(CAnnotationProcessor.java:89)
at com.oracle.svm.hosted.c.NativeLibraries.finish(NativeLibraries.java:377)
at com.oracle.svm.hosted.NativeImageGenerator.processNativeLibraryImports(NativeImageGenerator.java:1517)
at com.oracle.svm.hosted.NativeImageGenerator.setupNativeLibraries(NativeImageGenerator.java:1006)
at com.oracle.svm.hosted.NativeImageGenerator.setupNativeImage(NativeImageGenerator.java:835)
at com.oracle.svm.hosted.NativeImageGenerator.doRun(NativeImageGenerator.java:528)
at com.oracle.svm.hosted.NativeImageGenerator.lambda$run$0(NativeImageGenerator.java:445)
at java.base/java.util.concurrent.ForkJoinTask$AdaptedRunnableAction.exec(ForkJoinTask.java:1407)
at java.base/java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:290)
at java.base/java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1020)
at java.base/java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1656)
at java.base/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1594)
at java.base/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:177)
Caused by: java.io.IOException: Cannot run program "/tmp/SVM-17161308199606515702/LibFFIHeaderDirectives" (in directory "/tmp/SVM-17161308199606515702"): error=13, Permission denied
at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1128)
at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1071)
at com.oracle.svm.hosted.c.codegen.CCompilerInvoker.startCommand(CCompilerInvoker.java:146)
at com.oracle.svm.hosted.c.CAnnotationProcessor.makeQuery(CAnnotationProcessor.java:105)
... 13 more
Caused by: java.io.IOException: error=13, Permission denied
at java.base/java.lang.ProcessImpl.forkAndExec(Native Method)
at java.base/java.lang.ProcessImpl.(ProcessImpl.java:340)
at java.base/java.lang.ProcessImpl.start(ProcessImpl.java:271)
at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1107)
... 16 more
Error: Image build request failed with exit status 1

On the back of the PR #93, the graalpython-notebook-example (see https://github.com/graalvm/graalvm-demos/tree/master/graalpython-notebook-example) gives the below issues:

I came across a couple of errors when trying to run graalpython-notebook-example in a clean environment (docker container):

• Buildtime when trying to build the environment using the command /graalvm-demos/graalpython-notebook-example/venv/bin/graalpython -Im ensurepip --upgrade --default-pip:
  graalpython-notebook-example-jre-related-error.logs.zip

• Runtime when running the app using mvn exec:java:
  

I did amend the pom.xml file, to install numpy under the prepare-venv profile (see 610ee5c) but it had no effect (I ran mvn clean compile after manually deleting the venv folder).

Two other threads of conversations on the same topic:

• #93 (review)
• #93 (comment)

Native image plugin is installed, build system Ubuntu 18.04 Linux x86_64
Output as follows:
`
GRAALVM_HOME=/opt/graalvm-ce-java11-20.1.0
SCALA_HOME=/opt/scala-2.12.11

graalvm-demos/scala-days-2018/scalac-native$ ./scalac-image.sh -H:+TraceClassInitialization -H:+ReportExceptionStackTraces
Build on Server(pid: 25693, port: 38197)*
[scalac:25693] classlist: 19,576.89 ms, 1.19 GB
[scalac:25693] (cap): 1,878.46 ms, 1.19 GB
[scalac:25693] setup: 6,234.24 ms, 1.19 GB
[scalac:25693] analysis: 161,797.42 ms, 2.47 GB
Error: Classes that should be initialized at run time got initialized during image building:
scala.tools.nsc.profile.SunThreadMxBean the class was requested to be initialized at run time (). scala.tools.nsc.profile.SunThreadMxBean has been initialized without the native-image initialization instrumentation and the stack trace can't be tracked. Try avoiding to initialize the class that caused initialization of scala.tools.nsc.profile.SunThreadMxBean

com.oracle.svm.core.util.UserError$UserException: Classes that should be initialized at run time got initialized during image building:
scala.tools.nsc.profile.SunThreadMxBean the class was requested to be initialized at run time (). scala.tools.nsc.profile.SunThreadMxBean has been initialized without the native-image initialization instrumentation and the stack trace can't be tracked. Try avoiding to initialize the class that caused initialization of scala.tools.nsc.profile.SunThreadMxBean

    at com.oracle.svm.core.util.UserError.abort(UserError.java:68)
    at com.oracle.svm.hosted.classinitialization.ConfigurableClassInitialization.checkDelayedInitialization(ConfigurableClassInitialization.java:518)
    at com.oracle.svm.hosted.classinitialization.ClassInitializationFeature.duringAnalysis(ClassInitializationFeature.java:187)
    at com.oracle.svm.hosted.NativeImageGenerator.lambda$runPointsToAnalysis$8(NativeImageGenerator.java:720)
    at com.oracle.svm.hosted.FeatureHandler.forEachFeature(FeatureHandler.java:70)
    at com.oracle.svm.hosted.NativeImageGenerator.runPointsToAnalysis(NativeImageGenerator.java:720)
    at com.oracle.svm.hosted.NativeImageGenerator.doRun(NativeImageGenerator.java:538)
    at com.oracle.svm.hosted.NativeImageGenerator.lambda$run$0(NativeImageGenerator.java:451)
    at java.base/java.util.concurrent.ForkJoinTask$AdaptedRunnableAction.exec(ForkJoinTask.java:1407)
    at java.base/java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:290)
    at java.base/java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1020)
    at java.base/java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1656)
    at java.base/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1594)
    at java.base/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:177)

Error: Image build request failed with exit status 1
`

I am able to build and run java-simple-stream-benchmark using graalvm-ee-1.0.0-rc9. The benchmark results are better using graalvm so I assume that everything is working correctly.

Building a native image using the native-image utility in graalvm also works as expected but does give the following warning multiple times:

Warning: RecomputeFieldValue.FieldOffset automatic substitution failed. The automatic substitution registration was attempted because a call to sun.misc.Unsafe.objectFieldOffset(Field) was detected in the static initializer of org.openjdk.jmh.runner.InfraControl. Detailed failure reason(s): The argument of Unsafe.objectFieldOffset(Field) is not a constant field., Could not determine the field where the value produced by the call to sun.misc.Unsafe.objectFieldOffset(Field) for the field offset computation is stored. The call is not directly followed by a field store or by a sign extend node followed directly by a field store.

When I run the native-image, this is my stack trace:

Exception in thread "main" java.lang.IllegalArgumentException: class org.openjdk.jmh.runner.options.TimeValue is not a value type at java.lang.Throwable.<init>(Throwable.java:265) at java.lang.Exception.<init>(Exception.java:66) at java.lang.RuntimeException.<init>(RuntimeException.java:62) at java.lang.IllegalArgumentException.<init>(IllegalArgumentException.java:52) at joptsimple.internal.Reflection.findConverter(Reflection.java:66) at joptsimple.ArgumentAcceptingOptionSpec.ofType(ArgumentAcceptingOptionSpec.java:106) at org.openjdk.jmh.runner.options.CommandLineOptions.<init>(CommandLineOptions.java:109) at org.openjdk.jmh.Main.main(Main.java:41) at com.oracle.svm.core.JavaMainWrapper.run(JavaMainWrapper.java:164)

While building the native image for sprint-native-image, it fails in downloading Maven 3.8.5 which is not available at https://dlcdn.apache.org/maven/maven-3
It must be replaced with 3.8.6 and the correct checksum.
I can provide a PR fixing the issue if necessary.

When the Run graalvm/setup-graalvm@v1 job fails with Error: Unexpected HTTP response: 404, it means the GraalVM release can't be found. The error message should be improved. See https://github.com/graalvm/graalvm-demos/actions/runs/3714185680/jobs/6297758721.

My mistake was to use 22.3 as the version string instead of 22.3.0.

I simply want to create a POC with java using nodejs to utilise some npm packages.
Being able to submit async tasks to node is part of the goal.

On the back of the PR #93, building and running the scala-native substitution demo gives an issue after following the steps in the README were followed, see https://github.com/graalvm/graalvm-demos/tree/master/scala-examples/scalac-native#native-image-of-the-scala-compiler.

Running the step ./scalac-image.sh gives the below error:

root@b41b00dc8fec:/graalvm-demos/scala-examples/scalac-native# ./scalac-image.sh -H:+ReportExceptionStackTraces
[scalac:220]    classlist:  25,162.81 ms,  0.96 GB
Error: Main entry point class 'scala.tools.nsc.Main' not found.
com.oracle.svm.core.util.UserError$UserException: Main entry point class 'scala.tools.nsc.Main' not found.
	at com.oracle.svm.core.util.UserError.abort(UserError.java:68)
	at com.oracle.svm.hosted.NativeImageGeneratorRunner.buildImage(NativeImageGeneratorRunner.java:323)
	at com.oracle.svm.hosted.NativeImageGeneratorRunner.build(NativeImageGeneratorRunner.java:543)
	at com.oracle.svm.hosted.NativeImageGeneratorRunner.main(NativeImageGeneratorRunner.java:119)
	at com.oracle.svm.hosted.NativeImageGeneratorRunner$JDK9Plus.main(NativeImageGeneratorRunner.java:573)
[scalac:220]      [total]:  25,444.44 ms,  0.96 GB
Error: Image build request failed with exit status 1

The original contributor to the example has been contacted and help has been sought to help fix this issue when running with the latest version of GraalVM CE.

The readme.md of polyglot-javascript-java-r should mention that you need to run gu install r in order to run the demo.