I am struggling with making an old JavaFX (+ JFoenix) school project work inside a Docker container.
I made a multi-project Gradle build config (commons, server and client) that runs well with Java 21 directly on my computer (Manjaro 6.6.32 64-bits / Wayland / Intel Core 11th Gen i3-1115G4 x4), but not with the following Dockerfile for the client app :
FROM gradle:8-jdk21-alpine AS builder
WORKDIR /home/gradle
COPY --chown=gradle:gradle . .
RUN gradle build
FROM eclipse-temurin:21-jre-alpine
WORKDIR /usr/app
COPY --from=builder /home/gradle/client/build/distributions/client.tar .
RUN tar -xf client.tar
ENTRYPOINT ["./client/bin/client"]
With the command docker build -t jfxclient . && docker run --rm -e DISPLAY=$DISPLAY -v /tmp/.X11-unix:/tmp/.X11-unix:ro jfxclient.
I have already solved some issues by adding the following line in the last stage :
RUN apk add --no-cache libx11 libxxf86vm mesa-gl mesa-dri-gallium
And running sudo xhost +local:docker before to start the container.
Now, I am facing the following error at startup, and I have not been able to solve it:
MESA: error: Failed to query drm device.
glx: failed to create dri3 screen
failed to load driver: iris
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x0000000000003fe6, pid=7, tid=34
#
# JRE version: OpenJDK Runtime Environment Temurin-21.0.3+9 (21.0.3+9) (build 21.0.3+9-LTS)
# Java VM: OpenJDK 64-Bit Server VM Temurin-21.0.3+9 (21.0.3+9-LTS, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64)
# Problematic frame:
# C [libprism_es2.so+0x8a1a] Java_com_sun_prism_es2_X11GLFactory_nInitialize+0x1fa
#
# Core dump will be written. Default location: Core dumps may be processed with "/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h" (or dumping to /usr/app/core.7)
#
# An error report file with more information is saved as:
# /usr/app/hs_err_pid7.log
#
# If you would like to submit a bug report, please visit:
# https://github.com/adoptium/adoptium-support/issues
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
Aborted (core dumped)
Changing the entrypoint to ENTRYPOINT ["/bin/sh"], I obtained the file /usr/app/hs_err_pid7.log, but it is pretty long, 1181 lines. Here are what I consider to be the most interesting parts:
Stack: [0x00007fad00684000,0x00007fad00784a90], sp=0x00007fad00783600, free space=1021k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libprism_es2.so+0x8a1a] Java_com_sun_prism_es2_X11GLFactory_nInitialize+0x1fa
j com.sun.prism.es2.X11GLFactory.nInitialize([I)J+0 [email protected]
j com.sun.prism.es2.X11GLFactory.initialize(Ljava/lang/Class;Lcom/sun/prism/es2/GLPixelFormat$Attributes;)Z+73 [email protected]
j com.sun.prism.es2.ES2Pipeline.<clinit>()V+52 [email protected]
v ~StubRoutines::call_stub 0x00007fad53a64cc6
V [libjvm.so+0x912765] JavaCalls::call_helper(JavaValue*, methodHandle const&, JavaCallArguments*, JavaThread*)+0x2e5
V [libjvm.so+0x8ea08d] InstanceKlass::call_class_initializer(JavaThread*)+0x2ed
V [libjvm.so+0x8eb173] InstanceKlass::initialize_impl(JavaThread*)+0x6f3
V [libjvm.so+0x9f105d] find_class_from_class_loader(JNIEnv_*, Symbol*, unsigned char, Handle, Handle, unsigned char, JavaThread*)+0x7d
V [libjvm.so+0x9f9d40] JVM_FindClassFromCaller+0x110
C [libjava.so+0xe4d7] Java_java_lang_Class_forName0+0xd7
j java.lang.Class.forName0(Ljava/lang/String;ZLjava/lang/ClassLoader;Ljava/lang/Class;)Ljava/lang/Class;+0 [email protected]
j java.lang.Class.forName(Ljava/lang/String;Ljava/lang/Class;)Ljava/lang/Class;+19 [email protected]
j java.lang.Class.forName(Ljava/lang/String;)Ljava/lang/Class;+6 [email protected]
j com.sun.prism.GraphicsPipeline.createPipeline()Lcom/sun/prism/GraphicsPipeline;+183 [email protected]
j com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.init()V+0 [email protected]
j com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.run()V+1 [email protected]
j java.lang.Thread.runWith(Ljava/lang/Object;Ljava/lang/Runnable;)V+5 [email protected]
j java.lang.Thread.run()V+19 [email protected]
v ~StubRoutines::call_stub 0x00007fad53a64cc6
V [libjvm.so+0x912765] JavaCalls::call_helper(JavaValue*, methodHandle const&, JavaCallArguments*, JavaThread*)+0x2e5
V [libjvm.so+0x9140ab] JavaCalls::call_virtual(JavaValue*, Handle, Klass*, Symbol*, Symbol*, JavaThread*)+0x1cb
V [libjvm.so+0x9ee64a] thread_entry(JavaThread*, JavaThread*)+0x8a
V [libjvm.so+0x928ccf] JavaThread::thread_main_inner() [clone .part.0]+0xaf
V [libjvm.so+0xf82c98] Thread::call_run()+0xa8
V [libjvm.so+0xd0b23a] thread_native_entry(Thread*)+0x12a
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j com.sun.prism.es2.X11GLFactory.nInitialize([I)J+0 [email protected]
j com.sun.prism.es2.X11GLFactory.initialize(Ljava/lang/Class;Lcom/sun/prism/es2/GLPixelFormat$Attributes;)Z+73 [email protected]
j com.sun.prism.es2.ES2Pipeline.<clinit>()V+52 [email protected]
v ~StubRoutines::call_stub 0x00007fad53a64cc6
j java.lang.Class.forName0(Ljava/lang/String;ZLjava/lang/ClassLoader;Ljava/lang/Class;)Ljava/lang/Class;+0 [email protected]
j java.lang.Class.forName(Ljava/lang/String;Ljava/lang/Class;)Ljava/lang/Class;+19 [email protected]
j java.lang.Class.forName(Ljava/lang/String;)Ljava/lang/Class;+6 [email protected]
j com.sun.prism.GraphicsPipeline.createPipeline()Lcom/sun/prism/GraphicsPipeline;+183 [email protected]
j com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.init()V+0 [email protected]
j com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.run()V+1 [email protected]
j java.lang.Thread.runWith(Ljava/lang/Object;Ljava/lang/Runnable;)V+5 [email protected]
j java.lang.Thread.run()V+19 [email protected]
v ~StubRoutines::call_stub 0x00007fad53a64cc6
Internal exceptions (7 events):
Event: 0.098 Thread 0x00007fad616eb890 Implicit null exception at 0x00007fad540049e3 to 0x00007fad54004b40
Event: 0.100 Thread 0x00007fad616eb890 Exception <a 'java/lang/NoSuchMethodError'{0x000000008f2e7dc8}: 'void java.lang.invoke.DirectMethodHandle$Holder.invokeStatic(java.lang.Object, java.lang.Object, java.lang.Object, java.lang.Object)'> (0x000000008f2e7dc8)
thrown [src/hotspot/share/interpreter/linkResolver.cpp, line 772]
[...]
VM Arguments:
jvm_args: --module-path=/usr/app/client/lib/client.jar:/usr/app/client/lib/commun.jar:/usr/app/client/lib/jfoenix-9.0.10.jar:/usr/app/client/lib/javafx-fxml-21.0.3-linux.jar:/usr/app/client/lib/javafx-controls-21.0.3-linux.jar:/usr/app/client/lib/javafx-graphics-21.0.3-linux.jar:/usr/app/client/lib/javafx-base-21.0.3-linux.jar -Djdk.module.main=application.client
java_command: application.client/application.client.Main
java_class_path (initial): ""
Launcher Type: SUN_STANDARD
Logging:
Log output configuration:
#0: stdout all=warning uptime,level,tags foldmultilines=false
#1: stderr all=off uptime,level,tags foldmultilines=false
Environment Variables:
JAVA_HOME=/opt/java/openjdk
PATH=/opt/java/openjdk/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
LD_LIBRARY_PATH=/opt/java/openjdk/lib/server:/opt/java/openjdk/lib:/opt/java/openjdk/../lib
DISPLAY=:0
LANG=en_US.UTF-8
LC_ALL=en_US.UTF-8
TERM=xterm
I have installed mesa-demos package and been successful to run glxgears inside the container. It still prints the following message though:
MESA: error: Failed to query drm device.
glx: failed to create dri3 screen
failed to load driver: iris
Here is some info provided by glxinfo:
name of display: :0
MESA: error: Failed to query drm device.
glx: failed to create dri3 screen
failed to load driver: iris
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: Mesa
OpenGL renderer string: llvmpipe (LLVM 17.0.5, 256 bits)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 23.3.6
OpenGL core profile shading language version string: 4.50
I have tried many solutions found on SO or elsewhere, but none did work so far.
I am now completely lost here. Any help would be greatly appreciated!