如何让运行Arquillian功能测试的maven-failsafe-plugin识别堆栈跟踪中的EJB行号

我之前在使用Arquillian运行基于完整Java EE WAR包的功能测试时，也碰到过类似的容器调用异常。结合你给出的堆栈信息（异常触发在com.sun.ejb.containers.BaseContainer.postInvoke阶段），分享几个实际有效的排查方向：

1. 优先检查事务上下文问题 #

postInvoke是EJB容器在方法执行完成后处理收尾的阶段，事务处理是这个阶段最常见的异常诱因：

• 测试方法是否正确管理事务？比如如果你的测试没有添加事务注解（比如Arquillian的@Transactional或者Java EE的@TransactionAttribute），容器可能在postInvoke时处理未完成的事务抛出异常。建议给测试方法加上@Transactional(TransactionMode.ROLLBACK)，确保测试结束后事务被正确回滚。
• 有没有在EJB方法外部访问延迟加载的实体关联？比如你在EJB方法返回后，才去访问实体的@OneToMany关联属性，这时候事务已经关闭，容器会在postInvoke阶段检测到持久化上下文的异常。

示例代码（修正事务管理的测试）：

@RunWith(Arquillian.class)
public class OrderServiceTest {
    @Inject
    private OrderService orderService;

    @Test
    @Transactional(TransactionMode.ROLLBACK)
    public void testCreateOrder() {
        Order order = orderService.createNewOrder("TEST-ORDER");
        // 避免在EJB外部访问延迟加载属性
        assertNotNull(order.getId());
    }
}

2. 验证WAR包的依赖与类加载一致性 #

虽然你使用的是本地Maven仓库的完整WAR，但Arquillian部署时会对WAR的类加载做特殊处理，容易出现类冲突：

• 检查WAR包中是否重复打包了Java EE API依赖？比如你的pom.xml里如果把javax:javaee-api设为compile而不是provided，会导致容器类加载器和应用类加载器出现API类重复，触发postInvoke时的类实例校验失败。
• 确认EJB接口和实现类的包路径完全一致？如果接口在com.example.ejb而实现类在com.example.ejb.impl之外的路径，容器可能无法正确代理EJB实例，在postInvoke阶段抛出代理类相关的异常。

3. 核对Arquillian容器适配器配置 #

不同Java EE容器（比如GlassFish、WildFly）对Arquillian的适配要求不同，版本不匹配是常见坑：

• 检查arquillian.xml中的容器配置，比如GlassFish容器是否启用了正确的部署模式（嵌入式/托管），有没有设置足够的容器启动内存？内存不足可能导致postInvoke阶段资源释放失败。
• 确保Arquillian容器适配器版本和你使用的Java EE容器版本完全匹配。比如GlassFish 5.x需要搭配arquillian-glassfish-embedded-5适配器，旧版本适配器会和容器的postInvoke逻辑不兼容。

4. 启用容器调试日志定位根因 #

如果上面的方法都没解决问题，直接看容器的详细日志：

• 把容器的日志级别调到DEBUG或TRACE，重点关注com.sun.ejb.containers包的日志输出。postInvoke阶段的日志会告诉你具体是在处理事务回滚、资源释放还是拦截器执行时出的错，能快速定位到具体的业务代码问题。

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