脱机使用jib maven插件构建docker容器的java问题

Question

我正在关注here的Spring Boot Docker教程

我在上网时得到了准确的结果。现在我需要在没有互联网连接的环境中产生同样的结果。我将maven存储库和docker映像复制到新环境中。我很确定maven和docker已经准备好了

当我试图运行以下命令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 

有人能告诉我应该去哪里看吗？或者我现在缺少什么吗

这是我的文件

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"]`

我没有在DockerFile中更改任何内容

Answer 1

如果未指定基本映像，Jib 3.0+ by default uses ^{}作为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将下载更新后的图像。这就是为什么脱机时会出现错误

你有两个选择

1. 在命令行上将 offline传递给Maven。然后，Jib将使用缓存的基本映像；不会有在线连接。当然，为了让它工作，Jib应该在之前缓存了基础映像；你需要事先至少在线运行一次Jib

2. 使用摘要来确定特定的基础图像。例如，在pom.xml中

   <configuration>
     <from><image>adoptopenjdk@sha256:9cb8bc7356ec2d9de56f3be3d8204a846ca0a3220af059aa67c35d53c7138e17</image></from>
   </configuration>
   

   如果愿意，可以同时指定标记和摘要。但是，在这种情况下，标签将不起作用，仅作为注释

   <from><image>adoptopenjdk:8-jre@sha256:9cb8bc7356ec2d9de56f3be3d8204a846ca0a3220af059aa67c35d53c7138e17</image></from>
   

   要了解要使用什么摘要，请查看^{} 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守护程序时的另一个选项是，通过在基本映像（例如，<image>docker://openjdk:11-jre-slim</image>）前面加上前缀docker://，让Jib使用守护程序中的映像。但是，根据具体情况，这可能比使用远程基本映像慢一点（但即使在这种情况下也可能不会太慢）

---

最后，您可以删除DockerfileJib不使用Dockerfile、Docker CLI或Docker守护程序