编译为本机映像的 SparkJava 不起作用答案

【问题标题】：SparkJava compiled to native-image does not work编译为本机映像的 SparkJava 不起作用
【发布时间】：2020-04-23 05:26:18
【问题描述】：

我正在尝试将基于spark-java 的简单Java 应用程序编译为本机映像。该应用程序公开了一个 GET /healthcheck 端点，该端点始终返回文本/纯文本：OK。

项目中只有两个依赖：

dependencies {
  implementation 'com.sparkjava:spark-core:2.9.1'
  implementation 'org.slf4j:slf4j-simple:1.7.21'
}

我已经通过 GraalVM 运行 fatjar 创建了原生镜像配置：

java -agentlib:native-image-agent=config-output-dir=native-image/ -jar javaspark-native-1.0-SNAPSHOT-fatjar.jar

重要的是我正在对端点进行 REST 调用，以确保代理可以检查代码中的必要分支。然后将生成的 *.json 文件放入 META-INF/native-image 中，因此由 native-image 自动选取。

然后我使用multistage docker build来编译fatjar并将jar编译成native image：

FROM ubuntu:18.04
RUN apt-get update && apt-get install -y gcc zlib1g-dev wget

RUN wget https://github.com/graalvm/graalvm-ce-builds/releases/download/vm-19.3.0.2/graalvm-ce-java11-linux-amd64-19.3.0.2.tar.gz
RUN tar -vzxf graalvm-ce-java11-linux-amd64-19.3.0.2.tar.gz
ENV PATH /graalvm-ce-java11-19.3.0.2/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
RUN gu install native-image

WORKDIR /graalvm-demo
COPY . /graalvm-demo

RUN ./gradlew clean fatJar
RUN native-image --verbose --enable-http -H:+ReportUnsupportedElementsAtRuntime --no-fallback -jar /graalvm-demo/build/libs/javaspark-native-1.0-SNAPSHOT-fatjar.jar

FROM adoptopenjdk/openjdk11:x86_64-alpine-jdk-11.0.3_7-slim
WORKDIR /graalvm-demo
COPY --from=0 /graalvm-demo/javaspark-native-1.0-SNAPSHOT-fatjar .
RUN apk --update --no-cache add \
  curl \
  tar \
  && rm -rf /var/cache/apk/*

EXPOSE 8080
CMD ./javaspark-native-1.0-SNAPSHOT-fatjar

当通过以下方式触发 docker 构建时：

docker build . -t app

一切看起来都很好 - 图像已创建，并且在启动控制台时不会报告任何问题：

[Thread-0] INFO org.eclipse.jetty.util.log - Logging initialized @1ms to org.eclipse.jetty.util.log.Slf4jLog
[Thread-0] INFO spark.embeddedserver.jetty.EmbeddedJettyServer - == Spark has ignited ...
[Thread-0] INFO spark.embeddedserver.jetty.EmbeddedJettyServer - >> Listening on 0.0.0.0:8080
[Thread-0] INFO org.eclipse.jetty.server.Server - jetty-9.4.z-SNAPSHOT; built: 2019-04-29T20:42:08.989Z; git: e1bc35120a6617ee3df052294e433f3a25ce7097; jvm 11.0.5
[Thread-0] INFO org.eclipse.jetty.server.session - DefaultSessionIdManager workerName=node0
[Thread-0] INFO org.eclipse.jetty.server.session - No SessionScavenger set, using defaults
[Thread-0] INFO org.eclipse.jetty.server.session - node0 Scavenging every 600000ms
[Thread-0] INFO org.eclipse.jetty.server.AbstractConnector - Started ServerConnector@6260ba9e{HTTP/1.1,[http/1.1]}{0.0.0.0:8080}
[Thread-0] INFO org.eclipse.jetty.server.Server - Started @4ms

但是，当我尝试访问端点时，它不起作用：

[qtp1802776325-8] WARN org.eclipse.jetty.io.ManagedSelector - java.lang.ExceptionInInitializerError
[qtp1802776325-10] WARN org.eclipse.jetty.io.ManagedSelector - java.lang.NoClassDefFoundError: Could not initialize class org.eclipse.jetty.server.HttpOutput

有人知道我做错了什么吗？

存储库中演示问题的提交：https://github.com/xmcax/javaspark-native/tree/f5636ed39c63e35861840998a21a0b79bf4ff996

【问题讨论】：

标签： java spark-java graalvm-native-image

【解决方案1】：

事实证明，自 GraalVM 19.0.x (https://www.graalvm.org/docs/release-notes/19_0/#1900) 以来：

在原生映像中初始化类的方式发生了变化。现在，我们默认在运行时初始化应用程序类。

这解释了为什么到目前为止我看到的所有教程都没有提到我的问题中描述的问题 - 它们都使用 GraalVM 的早期版本，其中静态类默认在构建时初始化。应用相同的方法解决了这个问题。与：

RUN native-image \
    -H:+ReportUnsupportedElementsAtRuntime \
    -H:+TraceClassInitialization \
    --verbose \
    --enable-http \
    --static \
    --no-fallback \
    --initialize-at-build-time=org.eclipse.jetty,org.slf4j,javax.servlet,org.sparkjava \
    -jar /sparkjava/build/libs/javaspark-native-1.0-SNAPSHOT-fatjar.jar

一切都按预期进行。使用 alpine 基础镜像，生成的 docker 镜像为 26M：

REPOSITORY   TAG    IMAGE ID      CREATED              SIZE
ni7          latest dcb94dbfb6ad  About a minute ago   26MB

完整的解决方案可以在这里看到：https://github.com/xmcax/javaspark-native/tree/b9235b1f777de661c0087fbfef4ccaf39303ad3e

【讨论】：