离线使用 jib maven 插件构建 docker 容器时出现问题
Problem with using jib maven plugin offline for building docker container
我正在关注 Spring 引导 Docker 来自 here 的教程。
我在连接互联网时得到了准确的结果。现在我需要在没有互联网连接的环境中产生相同的结果。我将 maven 存储库和 docker 图像复制到新环境中。我很确定 maven 和 docker 已经启动并且 运行ning。
当我尝试 运行 遵循命令 com.google.cloud.tools:jib-maven-plugin:dockerBuild -Dimage=eureka 时，我收到了错误消息。我猜有些文件插件无法找到但不确定是哪些。
我正在添加错误消息
[INFO] Scanning for projects...
[INFO]
[INFO] ---------------------------< com.ays:eureka >---------------------------
[INFO] Building eureka 0.0.1-SNAPSHOT
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- jib-maven-plugin:2.1.0:dockerBuild (default-cli) @ eureka ---
[INFO]
[INFO] Containerizing application to Docker daemon as eureka...
[WARNING] Base image 'gcr.io/distroless/java:8' does not use a specific image digest - build may not be reproducible
[ERROR] I/O error for image [gcr.io/distroless/java]:
[ERROR] org.apache.http.conn.ConnectTimeoutException
[ERROR] Connect to gcr.io:443 [gcr.io/64.233.184.82] failed: connect timed out
[INFO] Executing tasks:
[INFO] [============ ] 40,0% complete
[INFO] > building image to Docker daemon
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 22.409 s
[INFO] Finished at: 2020-04-13T16:37:23+03:00
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal com.google.cloud.tools:jib-maven-plugin:2.1.0:dockerBuild (default-cli) on project eureka: Connect to gcr.io:443 [gcr.io/64.233.184.82] failed: connect timed out -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
谁能告诉我应该去哪里看，或者现在有什么我遗漏的吗？
这是我的Docker文件
FROM openjdk:8-jdk-alpine
RUN addgroup -S spring && adduser -S spring -G spring
USER spring:spring
ARG DEPENDENCY=target/dependency
COPY ${DEPENDENCY}/BOOT-INF/lib /app/lib
COPY ${DEPENDENCY}/META-INF /app/META-INF
COPY ${DEPENDENCY}/BOOT-INF/classes /app
ENTRYPOINT ["java","-cp","app:app/lib/*","hello.Application"]`
我没有更改 Docker 文件中的任何内容。
如果您不指定基本图像，Jib 3.0+ by default uses adoptopenjdk:8-jre 作为 Java 8 个应用的基本图像。 （在 3.0 之前，Jib 默认使用 gcr.io/distroless/java:8。）
当您不使用特定图像摘要（例如 gcr.io/distroless/java@sha256:...）而是使用标签（:8 在您的情况下，Jib < 3.0）用于基本图像，标签可以随着时间的推移指向不同的图像。也就是说，如果您稍后在另一台机器上构建一个镜像，Jib 可能会选择一个与您之前使用的基础镜像略有不同的镜像。因此出现以下警告：
[WARNING] Base image 'gcr.io/distroless/java:8' does not use a specific image digest - build may not be reproducible
因此，当您不使用摘要时，Jib 会联系注册表 (gcr.io) 并检查本地缓存的图像（不在本地 Docker 引擎缓存中，但Jib 自己的缓存）是最新的。如果没有，Jib 将下载更新后的图像。这就是您在离线时收到错误的原因。
你有两个选择。
在命令行上将 --offline 传递给 Maven。然后，Jib 将使用缓存的基础图像；将没有在线连接。当然，要实现这一点，Jib 之前应该已经缓存了基础图像；您至少需要提前在线 运行 一次 Jib。
使用摘要确定特定的基本映像。例如，在您的 pom.xml、
<configuration>
<from><image>adoptopenjdk@sha256:9cb8bc7356ec2d9de56f3be3d8204a846ca0a3220af059aa67c35d53c7138e17</image></from>
</configuration>
如果您愿意，可以同时指定标签和摘要。但是，在这种情况下，标签将不起作用，仅用作注释。
<from><image>adoptopenjdk:8-jre@sha256:9cb8bc7356ec2d9de56f3be3d8204a846ca0a3220af059aa67c35d53c7138e17</image></from>
要找出要使用的摘要，请查看 adoptopenjdk Docker Hub repository。另一种方法是运行 Jib 一次在线。警告后，您将看到一条消息，报告该标签的当前摘要。
[WARNING] Base image 'adoptopenjdk:8-jre' does not use a specific image digest - build may not be reproducible
[INFO] Using base image with digest: sha256:9cb8bc7356ec2d9de56f3be3d8204a846ca0a3220af059aa67c35d53c7138e17
当您 运行 使用本地 Docker 守护程序时，另一个选项是通过在基本图像前添加 docker:// 使 Jib 使用来自守护程序的图像（例如， <image>docker://openjdk:11-jre-slim</image>)。但是，根据具体情况，这可能比使用远程基础映像慢一点（但即使在那种情况下也可能不会那么慢）。
最后，你可以删除你的Dockerfile。 Jib不使用Dockerfile，Docker CLI，或 Docker 守护进程。
我正在关注 Spring 引导 Docker 来自 here 的教程。
我在连接互联网时得到了准确的结果。现在我需要在没有互联网连接的环境中产生相同的结果。我将 maven 存储库和 docker 图像复制到新环境中。我很确定 maven 和 docker 已经启动并且 运行ning。
当我尝试 运行 遵循命令 com.google.cloud.tools:jib-maven-plugin:dockerBuild -Dimage=eureka 时，我收到了错误消息。我猜有些文件插件无法找到但不确定是哪些。
我正在添加错误消息
[INFO] Scanning for projects...
[INFO]
[INFO] ---------------------------< com.ays:eureka >---------------------------
[INFO] Building eureka 0.0.1-SNAPSHOT
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- jib-maven-plugin:2.1.0:dockerBuild (default-cli) @ eureka ---
[INFO]
[INFO] Containerizing application to Docker daemon as eureka...
[WARNING] Base image 'gcr.io/distroless/java:8' does not use a specific image digest - build may not be reproducible
[ERROR] I/O error for image [gcr.io/distroless/java]:
[ERROR] org.apache.http.conn.ConnectTimeoutException
[ERROR] Connect to gcr.io:443 [gcr.io/64.233.184.82] failed: connect timed out
[INFO] Executing tasks:
[INFO] [============ ] 40,0% complete
[INFO] > building image to Docker daemon
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 22.409 s
[INFO] Finished at: 2020-04-13T16:37:23+03:00
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal com.google.cloud.tools:jib-maven-plugin:2.1.0:dockerBuild (default-cli) on project eureka: Connect to gcr.io:443 [gcr.io/64.233.184.82] failed: connect timed out -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
谁能告诉我应该去哪里看，或者现在有什么我遗漏的吗？
这是我的Docker文件
FROM openjdk:8-jdk-alpine
RUN addgroup -S spring && adduser -S spring -G spring
USER spring:spring
ARG DEPENDENCY=target/dependency
COPY ${DEPENDENCY}/BOOT-INF/lib /app/lib
COPY ${DEPENDENCY}/META-INF /app/META-INF
COPY ${DEPENDENCY}/BOOT-INF/classes /app
ENTRYPOINT ["java","-cp","app:app/lib/*","hello.Application"]`
我没有更改 Docker 文件中的任何内容。
如果您不指定基本图像，Jib 3.0+ by default uses adoptopenjdk:8-jre 作为 Java 8 个应用的基本图像。 （在 3.0 之前，Jib 默认使用 gcr.io/distroless/java:8。）
当您不使用特定图像摘要（例如 gcr.io/distroless/java@sha256:...）而是使用标签（:8 在您的情况下，Jib < 3.0）用于基本图像，标签可以随着时间的推移指向不同的图像。也就是说，如果您稍后在另一台机器上构建一个镜像，Jib 可能会选择一个与您之前使用的基础镜像略有不同的镜像。因此出现以下警告：
[WARNING] Base image 'gcr.io/distroless/java:8' does not use a specific image digest - build may not be reproducible
因此，当您不使用摘要时，Jib 会联系注册表 (gcr.io) 并检查本地缓存的图像（不在本地 Docker 引擎缓存中，但Jib 自己的缓存）是最新的。如果没有，Jib 将下载更新后的图像。这就是您在离线时收到错误的原因。
你有两个选择。
在命令行上将
--offline传递给 Maven。然后，Jib 将使用缓存的基础图像；将没有在线连接。当然，要实现这一点，Jib 之前应该已经缓存了基础图像；您至少需要提前在线 运行 一次 Jib。使用摘要确定特定的基本映像。例如，在您的
pom.xml、<configuration> <from><image>adoptopenjdk@sha256:9cb8bc7356ec2d9de56f3be3d8204a846ca0a3220af059aa67c35d53c7138e17</image></from> </configuration>如果您愿意，可以同时指定标签和摘要。但是，在这种情况下，标签将不起作用，仅用作注释。
<from><image>adoptopenjdk:8-jre@sha256:9cb8bc7356ec2d9de56f3be3d8204a846ca0a3220af059aa67c35d53c7138e17</image></from>要找出要使用的摘要，请查看
adoptopenjdkDocker Hub repository。另一种方法是运行 Jib 一次在线。警告后，您将看到一条消息，报告该标签的当前摘要。[WARNING] Base image 'adoptopenjdk:8-jre' does not use a specific image digest - build may not be reproducible [INFO] Using base image with digest: sha256:9cb8bc7356ec2d9de56f3be3d8204a846ca0a3220af059aa67c35d53c7138e17
当您 运行 使用本地 Docker 守护程序时，另一个选项是通过在基本图像前添加 docker:// 使 Jib 使用来自守护程序的图像（例如， <image>docker://openjdk:11-jre-slim</image>)。但是，根据具体情况，这可能比使用远程基础映像慢一点（但即使在那种情况下也可能不会那么慢）。
最后，你可以删除你的Dockerfile。 Jib不使用Dockerfile，Docker CLI，或 Docker 守护进程。