如何在Jib中将公共RedHat AMQ基础镜像的Java镜像替换为自定义版本

针对你当前的场景，有两种可落地的实现方式：

方案一：预构建包含自定义JDK的AMQ基础镜像（推荐，稳定性、兼容性最优） #

核心思路是提取官方AMQ镜像的运行时文件，放到你们的自定义JDK镜像中重新打包为专属基础镜像，再给Jib构建使用。

• 第一步：提取官方AMQ镜像中的运行时文件
  临时启动官方AMQ容器，将完整的AMQ运行目录拷贝到本地：
  docker run --rm -v $(pwd)/amq-runtime:/tmp/export registry.access.redhat.com/jboss-amq-6/amq63-openshift cp -r /opt/amq /tmp/export
• 第二步：编写Dockerfile构建自定义AMQ基础镜像
  以你们的修复版JDK镜像为基础，补上AMQ运行时和原镜像的启动配置：

  # 以企业自定义JDK镜像作为基础
  FROM company.com/java-with-fix
  # 复制提取的AMQ运行时到对应目录
  COPY amq-runtime/amq /opt/amq
  # 复用原官方镜像的环境变量、工作目录、启动用户和启动命令（可通过docker inspect原镜像获取准确配置）
  ENV AMQ_HOME=/opt/amq \
      JAVA_HOME=/your/jdk/path/in/custom/image
  WORKDIR ${AMQ_HOME}
  # 原官方AMQ镜像默认运行用户为185
  USER 185
  CMD ["/opt/amq/bin/launch.sh"]
  

• 第三步：将构建好的自定义AMQ镜像推送到企业内部镜像仓库，修改Jib插件配置的基础镜像地址即可，原有业务构建逻辑无需调整：

  <plugin>
    <groupId>com.google.cloud.tools</groupId>
    <artifactId>jib-maven-plugin</artifactId>
    <configuration>
      <from>
        <!-- 替换为你新构建的自定义AMQ镜像地址 -->
        <image>company.com/custom-amq-with-fixed-jdk</image>
      </from>
      <!-- 其余原有配置保持不变 -->
    </configuration>
  </plugin>
  

方案二：Jib构建时直接替换JDK，无需预构建基础镜像 #

如果不想额外维护独立的AMQ基础镜像，可以通过Jib的目录覆盖+环境变量配置，直接替换官方AMQ镜像中的JDK版本。

• 第一步：将自定义JDK镜像内的JDK安装目录，解压到本地项目的src/main/jib/usr/lib/jvm/路径下，确保文件权限和原镜像JDK路径权限一致。
• 第二步：修改Jib插件配置，覆盖JDK文件并更新JAVA_HOME环境变量：

  <plugin>
    <groupId>com.google.cloud.tools</groupId>
    <artifactId>jib-maven-plugin</artifactId>
    <version>3.4.0</version>
    <configuration>
      <!-- 基础镜像仍用官方AMQ镜像 -->
      <from>
        <image>registry.access.redhat.com/jboss-amq-6/amq63-openshift</image>
      </from>
      <!-- 将本地JDK文件覆盖到镜像对应路径 -->
      <extraDirectories>
        <paths>
          <path>
            <from>src/main/jib</from>
            <into>/</into>
          </path>
        </paths>
      </extraDirectories>
      <!-- 配置环境变量，强制AMQ使用新JDK启动 -->
      <container>
        <environment>
          <JAVA_HOME>/usr/lib/jvm/your-fixed-jdk-dir-name</JAVA_HOME>
          <PATH>${JAVA_HOME}/bin:${PATH}</PATH>
        </environment>
      </container>
    </configuration>
  </plugin>
  

注意：方案二需要保证本地解压的JDK架构和镜像运行的目标架构一致，避免出现二进制不兼容报错。如果企业JDK镜像为多架构镜像，优先选择方案一，安全性和兼容性更有保障。

内容的提问来源于stack exchange，提问作者WesternGun