WildFly 10多域名对应不同.ear文件部署配置问题求助

1. 验证EAR部署的正确性 #

• 检查EAR文件结构：确保每个EAR包含完整的META-INF/application.xml，web模块的上下文根配置符合规范。WildFly 10对EAR结构兼容性要求严格，缺失必要描述文件会直接导致部署失败。
• 查看部署日志：启动服务器后，打开standalone/log/server.log，搜索ERROR或WARN关键字，定位具体失败原因，比如类依赖缺失、模块冲突、描述文件语法错误等。
• 使用CLI验证部署状态：执行jboss-cli.sh -c连接服务器，运行deploy --list查看两个EAR是否处于OK状态。若有部署失败，执行deploy --name=applicationone.ear --force重新部署，观察输出的错误详情。

2. 主机配置关键检查点 #

2.1 别名与域名匹配 #

当前配置中主机别名仅包含带www的域名，但服务器绑定的是裸域名，需补充完整别名集合：

<host name="default-host" alias="applicationone.com, www.applicationone.com" default-web-module="applicationone.ear">
    <!-- 过滤器配置保留 -->
</host>
<host name="applicationtwo" alias="applicationtwo.com, www.applicationtwo.com" default-web-module="applicationtwo.ear">
    <!-- 过滤器配置保留 -->
</host>

WildFly 10支持逗号分隔的多域名别名，需覆盖所有访问场景，避免域名匹配失效。

2.2 Default-web-module配置正确性 #

• default-web-module需指向EAR内部的web模块名称，而非EAR文件名。例如applicationone.ear中包含的web模块为applicationone-web.war，则配置应为default-web-module="applicationone-web.war"。
• 可解压EAR查看META-INF/application.xml，确认web模块的<web-uri>值，以此作为default-web-module的配置项：

<module>
  <web>
    <web-uri>applicationone-web.war</web-uri>
    <context-root>/</context-root>
  </web>
</module>

2.3 过滤器依赖检查 #

主机配置中引用的所有过滤器（如cache-control-header）必须在standalone.xml的<filters>节点中提前定义，否则会导致主机初始化失败：

<filters>
  <response-header name="cache-control-header" header-name="Cache-Control" header-value="no-cache, no-store, must-revalidate"/>
  <response-header name="pragma-header" header-name="Pragma" header-value="no-cache"/>
  <!-- 其他过滤器的对应定义 -->
</filters>

逐一核对每个<filter-ref>对应的过滤器是否存在、语法是否正确。

3. 域名绑定与网络配置 #

• 确认服务器DNS解析或本地hosts文件配置正确，确保applicationone.com和applicationtwo.com指向WildFly服务器的IP地址。
• 检查socket绑定端口：默认https端口8443、ajp端口8009未被其他进程占用，且防火墙允许外部访问这些端口。

4. 类加载与模块冲突排查 #

当两个EAR依赖相同但版本不同的库时，易出现类加载冲突：

• 在每个EAR的META-INF/jboss-deployment-structure.xml中配置类加载隔离：

<jboss-deployment-structure>
  <deployment>
    <exclusions>
      <module name="org.hibernate"/>
      <!-- 根据冲突情况排除重复模块 -->
    </exclusions>
  </deployment>
</jboss-deployment-structure>

• 查看日志中是否存在ClassNotFoundException或NoClassDefFoundError，针对性补充缺失的依赖模块。

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