如何在IBM Cloud(Bluemix)为Java Liberty实现持续交付流水线并解决WAR生成问题

看起来你的持续交付流水线没有正确触发Maven的WAR打包流程，结合你提供的配置文件，我整理了几个关键问题点和修复方案：

1. Maven War插件未被实际启用 #

你的pom.xml里，maven-war-plugin只定义在pluginManagement节点下——这个节点只是用来统一管理插件的版本和配置，不会实际触发插件执行。你需要在build/plugins节点下显式声明这个插件，让Maven在构建时执行打包动作：

<build>
  <pluginManagement>
    <!-- 保留原有的pluginManagement配置 -->
  </pluginManagement>
  <plugins>
    <!-- 添加maven-war-plugin的实际引用 -->
    <plugin>
      <groupId>org.apache.maven.plugins</groupId>
      <artifactId>maven-war-plugin</artifactId>
      <!-- 这里会继承pluginManagement里的配置，不需要重复写version和configuration -->
    </plugin>
    <!-- 保留原有的liberty-maven-plugin配置 -->
    <plugin>
      <groupId>net.wasdev.wlp.maven.plugins</groupId>
      <artifactId>liberty-maven-plugin</artifactId>
      <configuration>
        <configFile>src/main/wlp/server.xml</configFile>
        <bootstrapProperties>
          <appLocation>../../../../../${project.build.finalName}</appLocation>
        </bootstrapProperties>
      </configuration>
    </plugin>
  </plugins>
</build>

2. 检查CD流水线的执行命令 #

确保你的流水线执行了完整的Maven构建命令，而不是只调用Liberty相关的目标。比如：

• 正确的打包命令应该是：mvn clean package
• 如果需要同时启动Liberty，可以用：mvn clean package liberty:run

如果你的流水线只执行了liberty:start或类似的命令，Maven不会触发WAR打包流程，自然不会在target目录生成新文件。

3. 验证路径配置的合理性 #

你的liberty-maven-plugin里appLocation的路径../../../../../${project.build.finalName}看起来层级过多，可能会导致部署时找不到WAR文件。建议简化为相对项目根目录的路径，比如：

<bootstrapProperties>
  <appLocation>${project.build.directory}/${project.build.finalName}.war</appLocation>
</bootstrapProperties>

这样可以直接引用Maven打包后生成在target目录下的WAR文件，避免路径错误。

4. 确认Git提交的代码变更 #

确保你更新的代码已经被正确提交到Git仓库，流水线拉取的是最新的代码版本。有时候流水线可能因为缓存或拉取分支错误，导致使用旧代码构建，也不会生成新的WAR文件。

按照以上步骤调整后，重新触发流水线，应该就能在target目录看到新生成的buyatibm-dev.war文件了。

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