处理 EJB 中的 TransactionTimeout 异常

Question

我有一个名为 methodA() 的 EJB 方法，它调用另一个名为 methodB() 的 EJB 方法，该方法启动一个新的容器管理事务。在方法B中，我强制事务超时，该超时被catchB正确捕获并且不会传播到方法A。但令我惊讶的是 methodA 收到了异常。我在这里错过了什么吗？

methodA() {
 try {
   methodB();
   System.out.println("print me!");
 } catch(Exception e) {
   System.out.println("shouldn't be here");
 }
}

@TransactionTimeout(5) //5 sec timeout
methodB() {
  try {
    Thread.sleep(6000);
  } catch(Throwable t) {
    System.out.println("Eating all the Exception..");
  }
}

第一个方法应该永远不会捕获异常 (EJBTransactionTimeoutException)，因为 methodB 已经吃掉了它。我看到的输出是“不应该在这里”而不是“打印我！”。这让我想知道，尽管容器已经抛出了 Timeout 异常，但在 methodB 完成后，容器是否会立即抛出另一个 EJBTransactionTimeoutException 异常？

Answer 1

Thread.sleep() 永远不会抛出 TransactionTimeoutException，因此此 catch 块无法捕获此异常。

当EJB A 从EJB B 调用methodB 时，它不会直接调用bean 方法。它在代理上调用 methodB。该代理负责处理事务管理、安全性等，然后调用 bean 实例上的实际 methodB。

因此，methodB 中不会抛出异常。它是从包装 EJB B 的代理调用的，当包装的 bean 实例的 methodB 返回并且执行时间超过配置的超时时，代理会抛出 TransactionTimeoutException。