JavaEE异步事件触发时出现No valid EE environment日志问题排查

核心原因 #

你遇到的No valid EE environment for injection of TagsProcessor严重日志，是因为观察者类TagsProcessor使用了@RequestScoped作用域，但异步事件的处理线程脱离了原请求上下文。

当REST端点的appRequestJwt方法返回后，原请求的上下文就会被容器销毁。而fireAsync触发的异步事件是在Payara的线程池（payara-executor-service-task）中执行的，此时已经没有有效的请求作用域环境，容器尝试创建/注入RequestScoped的TagsProcessor实例时，就会抛出这个日志。

至于功能还能正常运行，大概率是因为你注入的BeanController是@ApplicationScoped或其他全局作用域的bean，即使TagsProcessor的上下文有问题，依赖的BeanController依然能正常工作，但日志会持续输出。

修复方案 #

最直接且合理的修复是修改TagsProcessor的作用域为@ApplicationScoped，因为异步事件处理不需要绑定到单个请求上下文：

@ApplicationScoped // 替换原@RequestScoped
public class TagsProcessor {

    private static final Logger LOGGER = Logger.getLogger(TagsProcessor.class.getName());

    @Inject
    private BeanController beanController;

    //Observe asynchronous event
    public void manageCalculateTagsEvent(@ObservesAsync CalculateTagsEvent event) {
        LOGGER.log(Level.WARNING, "Event observed");
        beanController.create(new SomeBean());
    }
}

如果业务上确实需要在异步处理中使用请求上下文（比如需要原请求的某些属性），可以手动通过CDI.current().requestContext().activate()激活上下文，但这种方式复杂度较高，非必要不推荐。

额外说明 #

这不是Payara的bug，而是对CDI异步事件作用域的正确处理。CDI规范中，异步观察者默认不会继承触发事件的上下文，使用RequestScoped的bean在无请求上下文的线程中被注入时，容器就会输出这类日志。

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