为多模块项目构建 docker 镜像，将 jar 推送到类路径

如何解决为多模块项目构建 docker 镜像，将 jar 推送到类路径

我正在尝试为具有多个模块的项目创建 docker 映像。需要以这样一种方式构建映像，即映像应在给定的类路径中包含子模块 jar。我的项目结构是

 parent_project
 |
 |
   module-1
   |
   pom.xml
   |
   module-2
   |
   pom.xml
|
pom.xml   

所以理想情况下，当构建发生时，图像应该有一个类路径，其中两个模块 jar 都存在。但是在下面给出的 pom.xml 中，当构建被后一个构建覆盖时，我看到了图像。所以一个镜像是用第一个模块 jar 构建的，第二个镜像是用第二个模块 jar 形成的，因此最终的镜像只包含后面的 jar。

pom.xml 的一部分

<modules>
    <module>xxxxxxxxx_m1</module>
    <module>xxxxxxxxx_m2</module>
</modules>
<build>
    <plugins>
        <plugin>
            <groupId>com.google.cloud.tools</groupId>
            <artifactId>jib-maven-plugin</artifactId>
            <version>1.8.0</version>
            <configuration>
                <from>
                    <image>xxxyyyy****_base_image</image>
                </from>
                <container>
                    <entrypoint>INHERIT</entrypoint>
                    <appRoot>/etc/plugin</appRoot>
                    <environment>
                        <CLASSPATH>
                            /etc/plugin/classpath/xxxxxxxxx_m1-SNAPSHOT.jar
                            /etc/plugin/classpath/xxxxxxxxx_m2-SNAPSHOT.jar
                        </CLASSPATH>
                    </environment>
                </container>
                <containerizingMode>packaged</containerizingMode>
            </configuration>
        </plugin>
    </plugins>
</build>

我正在通过提供以下命令来构建图像：-

   mvn package jib:build -Dimage=<base_image>:<tag_name>

解决方法

只有当两个模块 xxxxx_m1 和 xxxxx_m2 中的每一个都是具有自己的主类并且可以彼此独立运行的独立应用程序时，您的项目设置才有意义

• java -cp <xxxxx_m1-SNAPSHOT:others...> <main class in xxxxx_m1>
• java -cp <xxxxx_m2-SNAPSHOT:others...> <main class in xxxxx_m2>

也就是说，只有当您打算为两个不同的应用程序创建两个单独且独立的图像时，设置才有意义。在这种情况下，Jib 按预期工作，您正在生成两个不同的容器映像。只是通过说 -Dimage（相当于 -Djib.to.image），您为两个图像指定了相同的 target 图像名称，因此最后一个会覆盖另一个，这没有意义。如果确实如此，您只需要在每个模块中以不同的方式定义 <to><image>。 （您可以在根<pluginManagement>中使用pom.xml来声明Jib版本和通用Jib <configuration>，然后在每个子模块{{1}中定义特定模块的Jib <configuration> }}。我会在最后为你指出一个例子，所以请继续阅读。）

但我不确定这是否是您想要的，因为听起来您希望在单个图像中看到两个模块。也许是 pom.xml 是具有主类的应用程序，而 _m2 是 _m1 所依赖的 JAR 库？ （也就是说，_m2 中的 pom.xml 将 _m2 定义为依赖项？）在这种情况下，

• root _m1：define <pluginManagement> 声明 Jib 版本
• pom.xml _m1（依赖库）：set <skip>true 抑制 Jib 镜像构建
• pom.xml _m2：可选地定义 pom.xml 特定的配置

看看这个multi-module example。它包含三个模块，其中 Jib 在 _m2 和 hello-service 中运行以构建两个映像，而 name-service 将 name-service 模块定义为依赖项。

在任何一种情况下，我都没有看到设置 shared-library 或 <containerizingMode>packaged 的理由，除非您的应用程序专门用于读取环境变量或需要在 JAR 中运行（例如，需要阅读 JAR 清单）。默认的“exploded”容器化模式效率更高，因此只需尝试在没有这些的情况下运行 Jib。