We Keep Coding

GraalVM native image build `nativeCompile` task fails on Gradle after migrating from Java11 to Java17

In summary, after migrating Gradle properties (source/target) and native GraalVM image from Java11 to Java17, the build task fails on Gradle.
This is a micronaut Java service and without giving away any proprietary codebase details, I'm sharing the following portion of my Gradle's output of the failed 'nativeCompile' task:
[1/7] Initializing... (8.0s # 0.36GB)
Version info: 'GraalVM 22.3.1 Java 17 CE'
Java version info: '17.0.6+10-jvmci-22.3-b13'
C compiler: gcc (redhat, aarch64, 8.5.0)
Garbage collector: Serial GC
6 user-specific feature(s)
- com.oracle.svm.thirdparty.gson.GsonFeature
- io.micronaut.buffer.netty.NettyFeature
- io.micronaut.configuration.kafka.graal.ChecksumFeature
- io.micronaut.grpc.server.graalvm.HttpNettyFeature
- io.micronaut.http.netty.graal.HttpNettyFeature
- io.micronaut.jackson.JacksonDatabindFeature
Fatal error: ------------------------------------------------------------------------------------------------------------------------
0.5s (5.9% of total time) in 12 GCs | Peak RSS: 1.26GB | CPU load: 2.25
========================================================================================================================
java.lang.IllegalAccessError: class io.micronaut.grpc.server.graalvm.HttpNettyFeature (in unnamed module #0x128ca7af) cannot access class com.oracle.svm.core.jdk.SystemPropertiesSupport (in module org.graalvm.nativeimage.builder) because module org.graalvm.nativeimage.builder does not export com.oracle.svm.core.jdk to unnamed module #0x128ca7af
at io.micronaut.grpc.server.graalvm.HttpNettyFeature.beforeAnalysis(HttpNettyFeature.java:84)
at org.graalvm.nativeimage.builder/com.oracle.svm.hosted.NativeImageGenerator.lambda$runPointsToAnalysis$9(NativeImageGenerator.java:736)
Failed generating 'application' after 8.2s.
at org.graalvm.nativeimage.builder/com.oracle.svm.hosted.FeatureHandler.forEachFeature(FeatureHandler.java:85)
at org.graalvm.nativeimage.builder/com.oracle.svm.hosted.NativeImageGenerator.runPointsToAnalysis(NativeImageGenerator.java:736)
at org.graalvm.nativeimage.builder/com.oracle.svm.hosted.NativeImageGenerator.doRun(NativeImageGenerator.java:578)
at org.graalvm.nativeimage.builder/com.oracle.svm.hosted.NativeImageGenerator.run(NativeImageGenerator.java:535)
at org.graalvm.nativeimage.builder/com.oracle.svm.hosted.NativeImageGeneratorRunner.buildImage(NativeImageGeneratorRunner.java:403)
at org.graalvm.nativeimage.builder/com.oracle.svm.hosted.NativeImageGeneratorRunner.build(NativeImageGeneratorRunner.java:580)
at org.graalvm.nativeimage.builder/com.oracle.svm.hosted.NativeImageGeneratorRunner.main(NativeImageGeneratorRunner.java:128)
Error: Image build request failed with exit status 1
> Task :nativeCompile FAILED
FAILURE: Build failed with an exception.
* What went wrong:
Execution failed for task ':nativeCompile'.
> Process 'command '/opt/graalvm-ce-java17-22.3.1/bin/native-image'' finished with non-zero exit value 1
I have no experience with GraalVM (this is legacy, and am running the nativeCompile inside a container that was created like this:
docker run -it --entrypoint /bin/bash \
--mount type=bind,source=<path to service source code>,target=/app \
--mount type=bind,source=<path to home>.gradle,target=/root/.gradle \
ghcr.io/graalvm/graalvm-ce:ol8-java17-22.3.1
On this container, the env details are as follows:
bash-4.4# ./gradlew --version
------------------------------------------------------------
Gradle 7.6
------------------------------------------------------------
Build time: 2022-11-25 13:35:10 UTC
Revision: daece9dbc5b79370cc8e4fd6fe4b2cd400e150a8
Kotlin: 1.7.10
Groovy: 3.0.13
Ant: Apache Ant(TM) version 1.10.11 compiled on July 10 2021
JVM: 17.0.6 (GraalVM Community 17.0.6+10-jvmci-22.3-b13)
OS: Linux 5.15.49-linuxkit aarch64
I have little idea of what to pursue here, would like to know if there is a native dependency that is outdated. I know I haven't posted my build.gradle nut hopefully someone can give me some pointers so far.

Fixed it. Seems like GraalVM publishes updates that must be used in lockstep with older minor versions. I guess it's a way to keep native classes compatible.
In my case, the older native image, gradle and code base setup was using ol8-java11-22.1.0 and I updated it all to ol8-java17-23.2.1, the latest available. This broke the build.
However, GraalVM also publishes ol8-java17-22.1.0 which matches the older minor versions. This worked without any issues, built successfully.

Bazel fails to build/install under Arch/Manjaro (KDE) Linux 5.19rt returning ExceptionInInitializerError/NullPointerException

Problem:
I'm trying to install tensorflow-amd and one of the dependencies is bazel. On installation of bazel I get the following error message:
[miner-ms7a59 Downloads]# sudo pacman -S bazel
resolving dependencies...
looking for conflicting packages...
Packages (7) jdk11-openjdk-11.0.16.1.u1-2 jre11-openjdk-11.0.16.1.u1-2 jre11-openjdk-headless-11.0.16.1.u1-2 libnet-1:1.1.6-1 unzip-6.0-19 zip-3.0-10
bazel-5.2.0-1
Total Installed Size: 382.41 MiB
:: Proceed with installation? [Y/n]
(7/7) checking keys in keyring [#######################################################] 100%
(7/7) checking package integrity [#######################################################] 100%
(7/7) loading package files [#######################################################] 100%
(7/7) checking for file conflicts [#######################################################] 100%
(7/7) checking available disk space [#######################################################] 100%
:: Processing package changes...
(1/7) installing libnet [#######################################################] 100%
(2/7) installing jre11-openjdk-headless [#######################################################] 100%
Optional dependencies for jre11-openjdk-headless
java-rhino: for some JavaScript support
(3/7) installing jre11-openjdk [#######################################################] 100%
when you use a non-reparenting window manager,
set _JAVA_AWT_WM_NONREPARENTING=1 in /etc/profile.d/jre.sh
Optional dependencies for jre11-openjdk
alsa-lib: for basic sound support [installed]
gtk2: for the Gtk+ 2 look and feel - desktop usage [installed]
gtk3: for the Gtk+ 3 look and feel - desktop usage [installed]
(4/7) installing jdk11-openjdk [#######################################################] 100%
(5/7) installing zip [#######################################################] 100%
(6/7) installing unzip [#######################################################] 100%
(7/7) installing bazel [#######################################################] 100%
:: Running post-transaction hooks...
(1/4) Arming ConditionNeedsUpdate...
(2/4) Refreshing PackageKit...
(3/4) Updating icon theme caches...
(4/4) Updating the desktop file MIME type cache...
[miner-ms7a59 Downloads]# bazel --version
bazel 5.2.0
[miner-ms7a59 Downloads]# bazel
WARNING: Invoking Bazel in batch mode since it is not invoked from within a workspace (below a directory having a WORKSPACE file).
Extracting Bazel installation...
FATAL: bazel crashed due to an internal error. Printing stack trace:
java.lang.ExceptionInInitializerError
at com.google.devtools.build.lib.skyframe.SkyframeExecutor.<clinit>(SkyframeExecutor.java:373)
at com.google.devtools.build.lib.skyframe.BazelSkyframeExecutorConstants.newBazelSkyframeExecutorBuilder(BazelSkyframeExecutorConstants.java:63)
at com.google.devtools.build.lib.skyframe.SequencedSkyframeExecutorFactory.create(SequencedSkyframeExecutorFactory.java:43)
at com.google.devtools.build.lib.runtime.WorkspaceBuilder.build(WorkspaceBuilder.java:73)
at com.google.devtools.build.lib.runtime.BlazeRuntime.initWorkspace(BlazeRuntime.java:265)
at com.google.devtools.build.lib.runtime.BlazeRuntime.newRuntime(BlazeRuntime.java:1316)
at com.google.devtools.build.lib.runtime.BlazeRuntime.batchMain(BlazeRuntime.java:925)
at com.google.devtools.build.lib.runtime.BlazeRuntime.main(BlazeRuntime.java:762)
at com.google.devtools.build.lib.bazel.Bazel.main(Bazel.java:87)
Caused by: java.lang.NullPointerException
at java.base/jdk.internal.platform.cgroupv2.CgroupV2Subsystem.getInstance(CgroupV2Subsystem.java:81)
at java.base/jdk.internal.platform.CgroupSubsystemFactory.create(CgroupSubsystemFactory.java:113)
at java.base/jdk.internal.platform.CgroupMetrics.getInstance(CgroupMetrics.java:167)
at java.base/jdk.internal.platform.SystemMetrics.instance(SystemMetrics.java:29)
at java.base/jdk.internal.platform.Metrics.systemMetrics(Metrics.java:58)
at java.base/jdk.internal.platform.Container.metrics(Container.java:43)
at jdk.management/com.sun.management.internal.OperatingSystemImpl.<init>(OperatingSystemImpl.java:182)
at jdk.management/com.sun.management.internal.PlatformMBeanProviderImpl.getOperatingSystemMXBean(PlatformMBeanProviderImpl.java:281)
at jdk.management/com.sun.management.internal.PlatformMBeanProviderImpl$3.nameToMBeanMap(PlatformMBeanProviderImpl.java:198)
at java.management/sun.management.spi.PlatformMBeanProvider$PlatformComponent.getMBeans(PlatformMBeanProvider.java:195)
at java.management/java.lang.management.ManagementFactory.getPlatformMXBean(ManagementFactory.java:686)
at java.management/java.lang.management.ManagementFactory.getOperatingSystemMXBean(ManagementFactory.java:388)
at com.google.devtools.build.lib.util.ResourceUsage.<clinit>(ResourceUsage.java:42)
... 9 more
[miner-ms7a59 Downloads]#
Building bazel with the git repository with yay didn't really help much either, since it gave the same error message in the middle of the build. A lot of other stackoverflow questions trail off into either the java version or the linux version, even though the java version I'm running right now is openjdk 11.0.16.1 2022-08-12 and I dont have any other jdk installed other than jdk11-openjdk 11.0.16.1.u1-2, jre11-openjdk 11.0.16.1.u1-2, jre11-openjdk-headless 11.0.16.1.u1-2 (given by pacman -Q | grep jdk)

Did I build Java 10 wrong or is it something else? Running MapTool on Pi4 (nearly! something wrong with InteropFactoryN?)

I'm looking for a bit of Java help here.
I am trying to run MapTool on a Raspberry Pi 4. No mean feat -- I've installed ubuntu server, so I could get a 64 bit operating system. Then I had to build OpenJDK-9 so I could build OpenJDK-10 (a weekend I won't be getting back -- Maptool requires JDK10). Then I was ready to follow the instructions posted here: https://www.reddit.com/r/MapTool/comments/evua2p/maptool_on_the_raspberry_pi/
Those steps said:
1- download the JavaFX 11 Linux SDK (not armv6hf SDK) from here: https://gluonhq.com/products/javafx/
extract the zip and put the lib folder into the same folder where the MapTool jar is (here ~/MapTool/lib
)
to run MapTool, open a terminal there (~/MapTool/) and execute in a single line
java -cp "MapTool-1.7.0.jar:lib/*" net.rptools.maptool.client.LaunchInstructions
That almost worked. I get this error:
21:54:03.013 (MapTool.java:1555) [main] INFO net.rptools.maptool.client.MapTool - AppHome System Property: /home/ubuntu/.maptool/logs
21:54:03.016 (MapTool.java:1556) [main] INFO net.rptools.maptool.client.MapTool - Logging to: /home/ubuntu/.maptool/logs/maptool.log
21:54:03.020 (MapTool.java:1563) [main] INFO net.rptools.maptool.client.MapTool - getting MapTool version from manifest: 1.7.0
21:54:03.026 (MapTool.java:1568) [main] INFO net.rptools.maptool.client.MapTool - getting MapTool vendor from manifest: rptools
21:54:03.403 (MapTool.java:1638) [main] INFO net.rptools.maptool.client.MapTool - MapTool version: 1.7.0
21:54:03.405 (MapTool.java:1641) [main] INFO net.rptools.maptool.client.MapTool - MapTool vendor: rptools
InteropFactory: cannot load com.sun.javafx.embed.swing.newimpl.InteropFactoryN
Graphics Device initialization failed for : es2, sw
Error initializing QuantumRenderer: no suitable pipeline found
java.lang.RuntimeException: java.lang.RuntimeException: Error initializing QuantumRenderer: no suitable pipeline found
at com.sun.javafx.tk.quantum.QuantumRenderer.getInstance(QuantumRenderer.java:280)
at com.sun.javafx.tk.quantum.QuantumToolkit.init(QuantumToolkit.java:222)
at com.sun.javafx.tk.Toolkit.getToolkit(Toolkit.java:260)
at com.sun.javafx.application.PlatformImpl.startup(PlatformImpl.java:267)
at com.sun.javafx.application.PlatformImpl.startup(PlatformImpl.java:158)
at javafx.embed.swing.JFXPanel.initFx(JFXPanel.java:251)
at javafx.embed.swing.JFXPanel.<init>(JFXPanel.java:267)
at net.rptools.maptool.client.swing.SplashScreen.<init>(SplashScreen.java:36)
at net.rptools.maptool.client.MapTool.main(MapTool.java:1693)
at net.rptools.maptool.client.LaunchInstructions.main(LaunchInstructions.java:50)
Caused by: java.lang.RuntimeException: Error initializing QuantumRenderer: no suitable pipeline found
at com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.init(QuantumRenderer.java:94)
at com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.run(QuantumRenderer.java:124)
at java.base/java.lang.Thread.run(Thread.java:844)
I'm guessing I either need to add some argument to the launch command or I didn't build the image for JDK10 completely. Can anyone help?

So, in the end, as of this date (18 Jul 2020) it doesn't make sense to use Ubuntu server for the Pi 4 -- too much work for not enough speed payoff. A guy on reddit got it working using the 32 bit Raspian release. I'm reposting his guidelines below . They work. https://www.reddit.com/r/MapTool/comments/evua2p/maptool_on_the_raspberry_pi/
download the MapTool 1.7 .jar version and save it in a new folder (e.g. ~/MapTool/MapTool-1.7.0.jar)
remove any currently installed OpenJDK versions
sudo apt purge openjdk*
install OpenJDK version 10 (MapTool still uses SDK version 10 at least for compilation)
sudo apt install openjdk-10-jdk
download the JavaFX 11 Linux SDK (not armv6hf SDK) from here: https://gluonhq.com/products/javafx/
extract the zip and put the lib folder into the same folder where the MapTool jar is (here ~/MapTool/lib)
to run MapTool, open a terminal there (~/MapTool/) and execute in a single line
java -cp "MapTool-1.7.0.jar:lib/*" net.rptools.maptool.client.LaunchInstructions
(put spaces where there are linebreaks in this text)
to make launching more convenient, put the command in an executable bash file

Do you really need to build the JDK yourself? BellSoft, AdoptOpenJDK, Azul all provide different JDK's you can install on ARM. For some more info and install scripts for BellSoft LibericaJDK, check https://webtechie.be/post/2020-04-08-installing-java-and-javafx-on-raspberry-pi/

Java CLI-Application: Works in Netbeans, crashes on CLI

I have created a simple Java CLI application. It uses a 3rd party lib which uses native code through JNI (swig). When using the "Run" function in Netbeans, the application runs perfectly fine and has acceptable performance.
The application reads a file, iterates over all records in it, performs a calculation and then writes an output file.
Now when I build the app and use it from the CLI (Win 7) the application starts and performs the calculation mostly for the first 3 records and then fails. Rarely it fails later and removing the 4th record does not change that, meaning the failure is not due to bad input or as missing link to native library. The crash is without error message, just the Java Dialog Box:
[Window Title]
Java(TM) Platform SE binary
[Main Instruction]
Java(TM) Platform SE binary has stopped working
[Content]
A problem caused the program to stop working correctly. Please close the program.
[Close the program]
Even more confusing is, that this did once work. I have rebooted at least once since then (friday). It could be an issue with windows settings or environment variables?
Windows Event Viewer says the following:
Faulting application name: java.exe, version: 7.0.450.18, time stamp: 0x525404d0
Faulting module name: ntdll.dll, version: 6.1.7601.18205, time stamp: 0x51db96c5
Exception code: 0xc0000374
Fault offset: 0x000c385b
Faulting process id: 0xd38
Faulting application start time: 0x01ceea75b763490c
Faulting application path: C:\Windows\system32\java.exe
Faulting module path: C:\Windows\SYSTEM32\ntdll.dll
Report Id: fc71e0fd-5668-11e3-a3f1-083e8e9dc95b
Now I'm confused? How can I solve this issue? What is different in netbeans than on the cli?

Invalid memory access of location Java - AWT-AppKit Thread - launching Web Application

my configuration:
Mac OS X 10.8.4
Processor 2.4 GHz Intel Core i7
Memory 8GB
JDK 1.6.0_38-b04-436.jdk
I think, but I am not sure, this error started to show up after a App Store Java Update...
When I launch my web application, I keep getting this error:
2013-07-09 14:13:41.831 java[588:707] NSSoftLinking - The Librarian framework's library couldn't be loaded from (null).
2013-07-09 14:13:41.832 java[588:707] NSSoftLinking - The function 'LBCurrentProcessHasUbiquityContainer' can't be found in the Librarian framework.
Invalid memory access of location 0x38 rip=0x7fff9115e284
Also, the problem reported show up with some content:
... quit unexpectedly while using the Java plug-in.
The report will be send to Apple automatically.
Process: java [3237]
Path: /usr/bin/java
Identifier: com.apple.javajdk16.cmd
Version: 1.0 (1.0)
Code Type: X86-64 (Native)
Parent Process: bash [3236]
User ID: 3443
PlugIn Path: /Library/Java/Home/bin/java
PlugIn Identifier: java
PlugIn Version: 1.0 (1.0)
Java information:
Exception type:
Bus Error (0xa) at pc=7fff9115e284
...
related thread:
JavaThread "AWT-AppKit" daemon
I tried a different version of my web server, Tomcat 5, Tomcat 6.
I tried resting the PRAM memory. http://support.apple.com/kb/ht1379
I tried installing the JavaForOSX2013-004. http://support.apple.com/kb/DL1572
Did not solve the problem.
Anybody has a clue?
Thanks

I just deleted all Java directories in my Mac and install a previous version of Java and it is working again.
edit: JavaForOSX2013-003

I fixed this by installing the latest jdk 7 and then pointing to it in catalina.sh :
JRE_HOME="/Library/Java/JavaVirtualMachines/jdk1.7.0_25.jdk/Contents/Home"