能否为EAR文件中的WAR文件关联Deployment Overlay？

当然可以！WildFly完全支持给打包在EAR里的WAR文件配置Deployment Overlay，你给出的配置方向是对的，我来帮你梳理下关键细节，确保配置能正常生效：

正确的配置示例 #

你写的配置已经接近正确，核心就是在<deployment-overlay>的<deployment>元素里，准确指定EAR内部WAR的标识——格式为[EAR文件名]/[WAR文件名]，比如你用的root.ear/core.war就是标准写法。完整的可参考配置如下：

<deployment-overlays>
  <deployment-overlay name="dep-lib">
    <!-- 替换core.war内的Spring依赖包 -->
    <content path="/WEB-INF/lib/org-springframework-spring-aop-3.2.10.RELEASE.jar" content="77d0b86238df32cb15e469eaa2f7f32c4893dc54"/>
    <content path="/WEB-INF/lib/org-springframework-spring-aspects-3.2.10.RELEASE.jar" content="d5327b3d4a74f224d32c338e83789ae877feb790"/>
    <!-- 将Overlay关联到EAR中的目标WAR -->
    <deployment name="root.ear/core.war"/>
  </deployment-overlay>
</deployment-overlays>

关键注意事项 #

• 路径精准匹配：<content>中的path是相对于目标WAR根目录的路径，必须和WAR内部的文件路径完全一致，注意大小写（如果你的操作系统是大小写敏感的，比如Linux）。
• 哈希值校验：content属性的值是你要替换的文件的SHA-1哈希值，WildFly会用这个值验证目标文件是否匹配，避免替换错误的文件。
• 部署顺序：要保证Deployment Overlay在目标EAR部署前（或同时）配置完成，否则EAR部署时不会应用这个覆盖规则。
• 版本兼容性：这个特性从WildFly 8及以后的版本开始支持，如果用的是更早的JBoss AS版本，建议升级或者直接修改EAR包本身来替换文件。

验证配置是否生效 #

你可以通过WildFly管理控制台或CLI命令来确认Overlay是否成功关联：

• 用CLI连接WildFly，执行命令 deployments-overlays=dep-lib:read-resource，查看输出的deployments属性是否包含root.ear/core.war。
• 重新部署root.ear，然后检查core.war内部的对应JAR文件是否已被替换。

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