升级至WildFly 11后项目部署启动失败问题求助

我之前升级项目到WildFly 11的时候也踩过类似的CXF相关部署失败的坑，结合经验给你几个实用的排查和解决方向：

• 优先排查CXF依赖冲突
  WildFly 11自带了Apache CXF模块（版本为3.1.x），如果你的项目WAR包中自行打包了CXF相关依赖，很大概率会和服务器自带的版本产生类加载冲突，导致Bus资源解析失败。
  如果是Maven项目，修改pom.xml将CXF核心依赖的scope设为provided，让项目直接使用服务器自带的CXF：

  <dependency>
      <groupId>org.apache.cxf</groupId>
      <artifactId>cxf-core</artifactId>
      <version>你的项目使用版本</version>
      <scope>provided</scope>
  </dependency>
  <dependency>
      <groupId>org.apache.cxf</groupId>
      <artifactId>cxf-rt-frontend-jaxws</artifactId>
      <version>你的项目使用版本</version>
      <scope>provided</scope>
  </dependency>
  

  其他CXF相关依赖（比如cxf-rt-transports-http）也同理设置为provided。

• 检查jboss-deployment-structure.xml配置
  若项目需要自定义CXF模块加载规则，在WEB-INF/jboss-deployment-structure.xml中确保正确声明依赖：

  <jboss-deployment-structure>
      <deployment>
          <!-- 引入WildFly自带的CXF模块 -->
          <dependencies>
              <module name="org.apache.cxf" export="true"/>
          </dependencies>
          <!-- 除非有特殊需求，否则不建议排除自带CXF模块 -->
          <!-- <exclusions>
              <module name="org.apache.cxf"/>
          </exclusions> -->
      </deployment>
  </jboss-deployment-structure>
  

  这个配置能确保项目和服务器的CXF模块类加载路径一致。

• 验证CXF配置文件的兼容性
  日志中提到WSDLManagerImpl在解析Bus资源，检查项目中的CXF配置文件（比如cxf.xml或Spring整合的CXF配置），避免手动创建Bus实例——尽量让WildFly容器来管理Bus的生命周期，否则容易出现资源绑定失败的问题。

• 查看完整错误堆栈
  你提供的日志被截断了，完整的错误信息会包含具体的异常类型（比如ClassNotFoundException、NoSuchMethodException），这是定位问题的关键。去WildFly的standalone/log/server.log里找到完整的错误堆栈，能更快锁定冲突的类或方法。

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