jlink不产生可再发行的映像

eit6fx6z 于 2021-07-06 发布在 Java

关注(0)|答案(2)|浏览(361)

一段时间以来，我一直在使用模块化项目，但由于受到文件名和自动模块的限制，我从来没有机会使用jlink工具来生成可重新发布的应用程序映像。今天我选择启动一个独立的项目，它不导入任何外部依赖项，以防止使用兼容模式。这个项目由3个模块组成，并且在maven中，所以我将只发布我正在使用的jlink命令片段。
参考项目：https://gitlab.com/dragas/edu-day-demo， checkout modules-full 标签。项目是用 package 目标是，防止污染您的本地.m2存储库。project已经配置为拉取依赖项，因此打包和部署将更容易。
我用来生成jlinked图像的命令如下：

jlink \
   --module-path edu-day-runtime/target/dependency/:edu-day-runtime/target/ \
   --add-modules ALL-MODULE-PATH \
   --output edu-day-jlinked \
   --launcher edurun=edu.day.runtime

调用该命令确实会生成jlinked映像，其中包含运行项目所需的最少模块、java库和jvm二进制文件。调用生成映像的计算机

edu-day-jlinked/bin/edurun 1 1

运行项目并输出以下内容

Result of sum is 2

同时，尝试在容器化环境中运行相同的程序（这里我使用 bash:5 ，模拟未安装java的环境的非java映像）不会产生类似的结果。相反，shell似乎找不到名为 java ```
docker run -it -v "$(pwd)/edu-day-jlinked:/app" bash:5
...(in container)
bash-5.0# /app/bin/edurun 1 1
/app/bin/edurun: line 4: /app/bin/java: not found

经检查，该文件夹确实包含名为java的二进制文件

bash-5.0# ls -la
total 52
drwxr-xr-x 2 1000 1000 4096 Aug 23 07:53 .
drwxr-xr-x 7 1000 1000 4096 Aug 23 07:53 ..
-rwxr-xr-x 1 1000 1000 116 Aug 23 07:53 edurun
-rwxr-xr-x 1 1000 1000 16688 Aug 23 07:53 java
-rwxr-xr-x 1 1000 1000 16712 Aug 23 07:53 keytool

但是，即使直接调用它（显示帮助消息），也不会产生任何结果，除了无法找到二进制文件的相同消息之外

(in /app/bin/ folder)
bash-5.0# ./java
bash: ./java: No such file or directory

更有趣的是，即使keytool二进制文件也返回相同的错误

(in /app/bin/ folder)
bash-5.0# ./keytool
bash: ./keytool: No such file or directory

这就提出了一个问题：出了什么问题？我还没有深入研究jlink是如何工作的，但我的猜测是它从我自己的java安装（来自arch存储库的openjdk 11.0.8+10）复制了二进制文件，并认为这是可再发行的。还是我错过了一些命令行选项？

Java jlink

来源：https://stackoverflow.com/questions/63544874/jlink-does-not-produce-redistributable-image

2条答案

按热度按时间

zvms9eto1#

你的问题是测试容器(bash:5)不使用与java环境相同版本的运行时链接器。
只有当系统上有兼容的linux运行时链接器时，jlink生成的二进制文件才会运行。
运行时链接器的目的是配置二进制文件以便在系统上执行—在构建可执行文件时，默认的运行时链接器是硬编码到二进制文件中的。可以使用以下工具检查运行时链接器 readelf -l ，或 ldd （ldd只能在找到运行时链接器时工作）
amd64 linux（如ubuntu）的默认运行时链接器是： /lib64/ld-linux-x86-64.so.2 i386 linux的默认运行时链接器是： /lib/ld-linux.so.2 在 bash:5 容器，默认运行时链接器为： /lib/ld-musl-x86_64.so.1 这与jdk的运行时链接器不兼容
错误： /app/bin/java: not found 是由于找不到二进制文件的运行时链接器而导致的。在虚拟机中对jlinked虚拟机的脏测试 bash:5 容器给出了相同的错误。
当我为我使用的java获得运行时链接器时：

$ docker run --rm -it -v (pwd)/edu-day-jlinked64:/app -w /here bash:5 bash

bash-5.0# /app/bin/java
bash: /app/bin/java: No such file or directory
bash-5.0# strings -a /app/bin/java | grep '^/lib'
/lib64/ld-linux-x86-64.so.2
bash-5.0# ls -l /lib64/ld-linux-x86-64.so.2
ls: /lib64/ld-linux-x86-64.so.2: No such file or directory

使用板上的运行时链接器进行测试：

bash-5.0# /lib/ld-musl-x86_64.so.1 --list /app/bin/java
/lib64/ld-linux-x86-64.so.2 (0x7fe2852a3000)
libjli.so => /app/bin/../lib/libjli.so (0x7fe28528c000)
libc.so.6 => /lib64/ld-linux-x86-64.so.2 (0x7fe2852a3000)
libz.so.1 => /lib/libz.so.1 (0x7fe285272000)
libdl.so.2 => /lib64/ld-linux-x86-64.so.2 (0x7fe2852a3000)
libpthread.so.0 => /lib64/ld-linux-x86-64.so.2 (0x7fe2852a3000)
Error relocating /app/bin/../lib/libjli.so: __snprintf_chk: symbol not found
Error relocating /app/bin/../lib/libjli.so: __vfprintf_chk: symbol not found
Error relocating /app/bin/../lib/libjli.so: __read_chk: symbol not found
Error relocating /app/bin/../lib/libjli.so: __memmove_chk: symbol not found
Error relocating /app/bin/../lib/libjli.so: __printf_chk: symbol not found
Error relocating /app/bin/../lib/libjli.so: __fprintf_chk: symbol not found
Error relocating /app/bin/../lib/libjli.so: __sprintf_chk: symbol not found

所以在这里肯定不行。
让我们用一些“标准的”。因为我已经在一个ubuntu:focal container，对于已安装的java版本，让我们使用一个没有内置java的版本：

$ docker run --rm -it -v $(pwd)/edu-day-jlinked64:/app -w /here ubuntu:focal bash
root@865c9c12c029:/here# /app/bin/java
Usage: java [options] <mainclass> [args...]
           (to execute a class)
   or  java [options] -jar <jarfile> [args...]
           (to execute a jar file)
   or  java [options] -m <module>[/<mainclass>] [args...]
       java [options] --module <module>[/<mainclass>] [args...]
           (to execute the main class in a module)
   or  java [options] <sourcefile> [args]
           (to execute a single source-file program)

所以在这种情况下它会起作用。
再现性：
构建使用：

$ docker run --rm -it -v $(pwd):/here -w /here ubuntu:focal bash

# apt-get update

# DEBIAN_FRONTEND=noninteractive apt-get install -y git openjdk-14-jdk maven

# git clone https://gitlab.com/Dragas/edu-day-demo .

# git checkout modules-full

# ./mvnw package

# rm -rf edu-day-runtime/target/classes

# jlink --module-path edu-day-runtime/target/dependency/:edu-day-runtime/target/ --add-modules ALL-MODULE-PATH --output edu-day-jlinked    --launcher edurun=edu.day.runtime

# ./edu-day-jlinked/bin/edurun 1 1

Result of sum is 2

在相邻目录中：

$ docker run --rm -it -v $(pwd)/edu-day-jlinked:/app -w /here bash:5 bash
bash-5.0# /app/bin/edurun 1 1
/app/bin/edurun: line 4: /app/bin/java: not found

在另一个目录中：

$ docker run --rm -it -v $(pwd)/edu-day-jlinked:/app -w /here ubuntu:focal bash
root@200b4a98f9ee:/here# /app/bin/edurun 1 1
Result of sum is 2

赞(0）回复(0）举报 2021-07-06

hof1towb2#

热释光；博士 bash:5 image使用的c库与与与您的应用程序链接的c库二进制不兼容 edu-day-jlinked/bin/java 可执行文件。
长版
“这就提出了一个问题：出了什么问题？”
出问题的是你的 app/bin/java binary找不到在您构建应用程序时它最初链接到的c库 edu-day-jlinked 可在本地构建的任何计算机上执行。
出现问题的原因是 java 二进制那个 jlink 与gnu相连 glibc 本地安装的jdk使用的库…

$ ldd edu-day-demo-modules-full/edu-day-jlinked/bin/java
        …
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fa61a95b000)
        …

鉴于 bash:5 映像在busybox linux发行版中运行。busybox不使用 glibc …

bash-5.0# ldd app/bin/java
        …
        libjli.so => app/bin/../lib/jli/libjli.so (0x7f572a16d000)
        …
        libc.so.6 => /lib64/ld-linux-x86-64.so.2 (0x7f572a19f000)
Error relocating app/bin/../lib/jli/libjli.so: __snprintf_chk: symbol not found
Error relocating app/bin/../lib/jli/libjli.so: __vfprintf_chk: symbol not found
Error relocating app/bin/../lib/jli/libjli.so: __read_chk: symbol not found
Error relocating app/bin/../lib/jli/libjli.so: __memmove_chk: symbol not found
Error relocating app/bin/../lib/jli/libjli.so: __printf_chk: symbol not found
Error relocating app/bin/../lib/jli/libjli.so: __fprintf_chk: symbol not found
Error relocating app/bin/../lib/jli/libjli.so: __sprintf_chk: symbol not found

它使用不同的c库： musl …

bash-5.0# find / -name '*musl*'
/lib/libc.musl-x86_64.so.1
/lib/ld-musl-x86_64.so.1

它有助于理解链接过程。另外，记住jlink为特定环境构建了一个定制的可执行文件也很有帮助。
你在本地机器上的试运行成功了，因为 jlink 专门为本地环境构建可执行文件。
建议的解决方案
······················docker旨在模拟一个没有安装java的环境····
这是一个 Dockerfile 成功构建您的应用程序并且生成的映像“没有 java 已安装“…

FROM maven:3.6.1-jdk-13-alpine as build

WORKDIR /app

COPY pom.xml .
COPY edu-day-sum edu-day-sum
COPY edu-day-runtime edu-day-runtime
COPY edu-day-api edu-day-api

RUN mvn package && \
   --module-path ${JAVA_HOME}/jmods:edu-day-runtime/target/dependency/:edu-day-runtime/target/edu-day-runtime-1.0-SNAPSHOT.jar \
   --add-modules ALL-MODULE-PATH \
   --output edu-day-jlinked \
   --launcher edurun=edu.day.runtime

FROM alpine:latest

COPY --from=build /app/edu-day-jlinked /app

ENTRYPOINT ["/app/bin/edurun"]
CMD ["1", "1"]

docker最佳实践建议：“使用多阶段构建”（如上所述） Dockerfile )当您的目标是构建“一个没有安装java的环境”时。
这个 FROM maven:3.6.1-jdk-13-alpine 在多阶段构建阶段，使用一个alpine linux映像，该映像同时包含maven和一个jdk，专门构建该映像以与alpine发行版兼容。
这个 FROM alpine:latest 是一个非常小的linux发行版，上面没有java。这个 maven:3.6.1-jdk-13-alpine 正如docker最佳实践文档所说，层被丢弃。唯一的 java 结果图像中的 app/bin .

赞(0）回复(0）举报 2021-07-06

我来回答

jlink不产生可再发行的映像

2条答案

相关问题

热门标签

最新问答