Quarkus结合JPA/Hibernate在JMS线程中触发ContextNotActiveException问题

在ActiveMQ 5的JMS消息监听器场景中，由于消息处理线程属于ActiveMQ自有线程池（非Quarkus托管线程），直接调用Panache Repository的只读操作时会因缺少CDI请求上下文或事务上下文抛出ContextNotActiveException。以下是无需启动事务的最优解决方案：

方案一：方法级激活请求上下文 #

直接在onMessage方法上添加@ActivateRequestContext注解，Quarkus会自动为该方法的执行激活CDI请求上下文，让Panache Repository能正常获取Hibernate Session：

import io.quarkus.arc.ActivateRequestContext;

// ... 其他代码保持不变

@ActivateRequestContext
public void onMessage(Message message) {
    Job job = this.repository.findById(message.getLongProperty("jobId"));
}

这种方式最简单直接，无需额外代码，且仅为当前方法激活上下文，开销远小于启动事务，完全适配只读操作的需求。

方案二：手动控制请求上下文生命周期 #

如果需要更精细的上下文管理（比如在代码流程中灵活开启/关闭），可以注入RequestContextController手动激活和关闭请求上下文：

import io.quarkus.arc.RequestContextController;
import javax.inject.Inject;

@ApplicationScoped
public class MyConsumer implements javax.jms.MessageListener {

    @Inject
    javax.jms.ConnectionFactory connectionFactory;
    
    @Inject
    MyPanacheRepository repository;
    
    @Inject
    RequestContextController requestContextController;
    
    // ... init、destroy方法保持不变
    
    public void onMessage(Message message) {
        requestContextController.activate();
        try {
            Job job = this.repository.findById(message.getLongProperty("jobId"));
            // 执行其他只读操作
        } finally {
            requestContextController.deactivate();
        }
    }
}

这种方式确保上下文在操作完成后被及时关闭，避免资源泄漏，适合复杂的业务流程场景。

为什么不使用事务？ #

虽然通过启动只读事务也能解决问题，但事务会引入额外的资源开销（如事务日志、数据库锁等），而只读操作不需要事务的ACID保证。激活CDI请求上下文是更轻量、更贴合需求的选择。

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