在@ApplicationScoped bean 中注入实体管理器

如何解决在@ApplicationScoped bean 中注入实体管理器

我正在将现有的 JBOSS JEE 应用程序移植到 Quarkus。我正在使用许多需要注入的 HV 自定义验证器。

为此，我在我的库中定义了所有需要作为 bean 注入的自定义验证器，如下所示：

@ApplicationScoped
public class SomeValidator implements ConstraintValidator<SomeValidation,AnObject> {

    @Inject
    public BeanUsingEntityManager bean;

注意：这是通用代码，所以它也应该在 JBOSS 上工作

接下来我定义了一个 REST 服务。 REST 服务使用这样的应用程序作用域 bean。

@ApplicationScoped
public class ApplicationContext {

    @PersistenceContext( unitName = "A" )
    EntityManager em;

    @Produces
    @EnityManagerA // required qualifier to make datasource unique in JEE context (there are more)
    public EntityManager produce() {
        return em;
    }
    // NOTE: quarkus does not allow the @Produces on a field,which is allowed in JBOSS hence the method

    @Produces
    public BeanUsingEntityManager createBeanUsingEntityManager () {
        // some logic that requires the entity manager.
    }
}

现在问题简化了，但我一直遇到错误消息。

Caused by: javax.enterprise.inject.CreationException: Synthetic bean instance for javax.persistence.EntityManager not initialized yet: javax_persistence_EntityManager_b60c51739990fc921960fc78caeb075a811a91a6
    - a synthetic bean initialized during RUNTIME_INIT must not be accessed during STATIC_INIT
    - RUNTIME_INIT build steps that require access to synthetic beans initialized during RUNTIME_INIT should consume the SyntheticBeansRuntimeInitBuildItem
    at javax.persistence.EntityManager_e1903961aa3b05f292293ca76e991dd812f3e90e_Synthetic_Bean.create(EntityManager_e1903961aa3b05f292293ca76e991dd812f3e90e_Synthetic_Bean.zig:167)
    at javax.persistence.EntityManager_e1903961aa3b05f292293ca76e991dd812f3e90e_Synthetic_Bean.create(EntityManager_e1903961aa3b05f292293ca76e991dd812f3e90e_Synthetic_Bean.zig:190)
    at io.quarkus.arc.impl.AbstractSharedContext.createInstanceHandle(AbstractSharedContext.java:96)
    at io.quarkus.arc.impl.AbstractSharedContext.access$000(AbstractSharedContext.java:14)
    at io.quarkus.arc.impl.AbstractSharedContext$1.get(AbstractSharedContext.java:29)
    at io.quarkus.arc.impl.AbstractSharedContext$1.get(AbstractSharedContext.java:26)
    at io.quarkus.arc.impl.LazyValue.get(LazyValue.java:26)
    at io.quarkus.arc.impl.ComputingCache.computeIfAbsent(ComputingCache.java:69)
    at io.quarkus.arc.impl.AbstractSharedContext.get(AbstractSharedContext.java:26)
    at javax.persistence.EntityManager_e1903961aa3b05f292293ca76e991dd812f3e90e_Synthetic_Bean.get(EntityManager_e1903961aa3b05f292293ca76e991dd812f3e90e_Synthetic_Bean.zig:222)
    at javax.persistence.EntityManager_e1903961aa3b05f292293ca76e991dd812f3e90e_Synthetic_Bean.get(EntityManager_e1903961aa3b05f292293ca76e991dd812f3e90e_Synthetic_Bean.zig:238)
    at nl.bro.gm.gmw.dispatch.resources.ApplicationContext_Bean.create(ApplicationContext_Bean.zig:131)
    ... 59 more

我是 Quarkus 的新手。所以，不确定如何处理这个问题，或者即使我做出了正确的假设。我可以想象 Quarkus 想要为我的每个请求提供一个新的实体管理器（我理解），但这对我的应用程序作用域 bean 造成了问题。

我在这里做错了什么？

解决方法

因此，完整的答案是 EntityManager 在运行时初始化阶段创建，而 ValidatorFactory（和 ConstraintValidators）在静态初始化时间创建。

Quarkus 引导程序进入静态初始化 -> 运行时初始化。

因此，在您的情况下，您无法访问在静态初始化期间使用 EntityManager 的 @Singleton bean，因为它尚不可用。

让你的 bean @ApplicationScoped 将创建一个代理并避免这种鸡和蛋的问题。

您的整个应用程序将只有一个 BeanUsingEntityManager。

EntityManager 有点不同，因为我们对它进行了包装，您将在每笔交易中获得一个新的 EntityManager/Session，这正是 EntityManagers/ Session 不是线程安全的。