无法在 docker 上运行 JavaFX 应用程序超过几分钟

Question

我开发了一个应用程序，用作单独的 Web 应用程序的通信服务。我有 0 个问题“dockerizing”了网络应用程序，但该服务被证明是一场噩梦。它基于 JavaFX，用户可以在配置文件中设置一个属性，使应用程序不会初始化任何窗口、菜单、容器等。这种“无头”模式（不确定是否真的headless...) 有效地将服务应用程序变成了后台服务。让我先说一下，该应用程序在我的 Windows 10 机器上运行时绝对完美无瑕，并且我已经将它部署在其他几台机器上（全部非 dockerized），没有任何问题。

这是我想出的dockerfile：

FROM openjdk:13.0.1-slim
RUN apt-get update && apt-get install libgtk-3-0 libglu1-mesa -y && apt-get update
VOLUME /tmp
ADD Some_Service-0.0.1-SNAPSHOT.jar Some_Service-0.0.1-SNAPSHOT.jar
ADD lib lib
ADD config.properties config.properties
ENTRYPOINT ["java", "--module-path", "lib/javafx-sdk-13", "-jar", "Some_Service-0.0.1-SNAPSHOT.jar"]

然后我使用这个命令来构建容器：

docker run -t --name Some_Service -e DISPLAY=192.168.1.71:0.0 -e SERVICE_HOME= --link mySQLMD:mysql some_service

假设 VcXsrv 在我的 PC 上运行，该应用程序可以正确启动，尽管它在首次启动时会发出以下警告：

libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
Prism-ES2 Error : GL_VERSION (major.minor) = 1.4

问题是它只能工作 2 分钟。最终容器出现此错误并崩溃：

Gdk-Message: 15:28:54.770: java: Fatal IO error 11 (Resource temporarily unavailable) on X server 192.168.1.71:0.0.

我知道最初的消息是由于容器没有 NVidia 驱动程序，但回退到软件管道似乎工作正常。老实说，我不知道致命的 IO 错误可能是由什么引起的。我尝试过在不同的主机上运行 docker 并且发生了同样的问题。

知道如何解决这个问题吗？更好的是，知道如何使 JavaFX 应用程序真正无头，甚至不需要初始化任何这些东西吗？无头运行时，我使用 Tasks 等，它们是 JavaFX 的一部分，所以我不能不使用它...

Answer 1

在容器中安装 xvfb，这将创建一个虚拟屏幕。更改为 Docker 文件：

FROM openjdk:13.0.1-slim
RUN apt-get update && apt-get install libgtk-3-0 libglu1-mesa xvfb -y && 
apt-get update
VOLUME /tmp
ADD Some_Service-0.0.1-SNAPSHOT.jar Some_Service-0.0.1-SNAPSHOT.jar
ADD lib lib
ADD config.properties config.properties
apt-get install xvfb
ENV DISPLAY=:99
ADD run.sh /run.sh
RUN chmod a+x /run.sh
CMD /run.sh 

在项目文件夹中添加新的 bash 脚本并将其命名为“run.sh”

运行.sh：

#!/bin/bash
#remove old 
rm /tmp/.X99-lock #needed when docker container is restarted
Xvfb :99 -screen 0 640x480x8 -nolisten tcp &
java --module-path lib/javafx-sdk-13 -jar Some_Service-0.0.1-SNAPSHOT.jar

-e DISPLAY=192.168.1.71:0.0不要忘记从 docker run 命令中删除