Wildfly 10使用EntityListeners报错：无法构建Hibernate SessionFactory

我之前在类似环境下碰到过一模一样的错误，结合你的描述——仅在使用javax.persistence.EntityListeners时触发，数据库连接正常，核心问题应该出在CDI（上下文依赖注入）的兼容性或者Hibernate对Java 9的适配上。下面给你梳理几个针对性的解决方向：

1. 排查EntityListener的CDI Bean注册问题 #

resolvedBean must not be null这个错误几乎都是CDI容器找不到要注入的Bean导致的。你需要确认：

• 你的EntityListener类本身是不是CDI Bean？比如有没有加@Named或者@ApplicationScoped这类注解？如果没有，CDI容器没法管理它，自然找不到依赖的Bean。
• 你在Listener里注入的ToDoManager是不是也被正确标记为CDI Bean？比如有没有加@Named或者@Stateless（如果是EJB的话）？
• 举个修正后的例子：

  // 你的EntityListener类，必须标记为CDI Bean
  @Named
  public class TodoEntityListener {
      @Inject
      private ToDoManager toDoManager; // 确保ToDoManager也是CDI/EJB Bean
  
      @PostPersist
      public void afterSave(Todo todo) {
          toDoManager.handlePostSave(todo);
      }
  }
  

2. 适配Hibernate与Java 9的兼容性 #

Wildfly 10.1.0自带的Hibernate是5.0.x版本，这个版本发布时Java 9还没正式推出，对Java 9的模块系统和新特性支持很差。你可以通过配置来缓解这个问题：

• 在persistence.xml里添加几个关键配置，避免Hibernate在扫描Bean时触发模块冲突：

  <persistence-unit name="YourPersistenceUnit" transaction-type="JTA">
      <!-- 你的数据源、实体类配置 -->
      <properties>
          <!-- 禁用Hibernate自动注册Bean验证监听器，避免Java 9反射权限问题 -->
          <property name="hibernate.validator.autoregister_listeners" value="false"/>
          <!-- 让Hibernate使用应用类加载器，避免模块类加载冲突 -->
          <property name="hibernate.classloader.application" value="true"/>
          <!-- 关闭DDL层面的Bean验证，减少不必要的扫描 -->
          <property name="hibernate.validator.apply_to_ddl" value="false"/>
      </properties>
  </persistence-unit>
  

• 如果允许的话，建议把Wildfly内置的Hibernate升级到5.2.x及以上版本（5.2开始官方支持Java 9）。步骤也不复杂：下载对应版本的Hibernate模块包，替换Wildfly安装目录modules/system/layers/base/org/hibernate/main下的jar和module.xml，重启服务器就行。

3. 检查Java 9模块的权限配置（如果是模块化项目） #

如果你的项目用了Java 9的模块系统（有module-info.java），必须确保相关包对Hibernate和CDI容器开放反射权限：

module com.yourcompany.todoapp {
    // 导出实体类包给Hibernate
    exports com.yourcompany.todoapp.entities;
    // 开放监听器包给CDI和Hibernate，允许它们反射访问类
    opens com.yourcompany.todoapp.listeners to javax.persistence, org.hibernate, javax.enterprise.inject;
    // 导出Manager类包，方便CDI注入
    exports com.yourcompany.todoapp.manager;
}

4. 验证@EntityListeners的配置正确性 #

别小看拼写错误！检查Todo.java里的@EntityListeners注解是不是引用了正确的类，有没有写错类名或者包路径：

@Entity
@EntityListeners(TodoEntityListener.class) // 确认这个类的全路径是对的
public class Todo {
    // 实体字段和方法
}

5. 开启DEBUG日志定位精准问题 #

如果上面的方法都没解决，就打开Wildfly的DEBUG日志，看更详细的栈跟踪：

• 编辑Wildfly的standalone/configuration/logging.properties，添加：

  logger.org.hibernate.level=DEBUG
  logger.javax.persistence.level=DEBUG
  logger.javax.enterprise.level=DEBUG
  

• 重启服务器后重新启动项目，从日志里找到resolvedBean must not be null的完整调用栈，就能知道到底是哪个Bean找不到，问题根源一下子就清楚了。

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