EJB：トランザクションロールバックを回避する

Question

EJBの（トランザクション）メソッドが別のEJBの別の（トランザクション）メソッドを呼び出すときに、例外が2番目のEJBにスローされますが、最初のトランザクションにキャッチされると、 2番目のものが戻るときにロールバックされます。最初のものがキャッチしても、これは本当ですか？どうすればそれを避けることができますか？

シナリオは、次のいずれかです。例外は実行時例外である場合

@Stateless 
class ClassA { 
    @EJB 
    ClassB objectB; 

    methodA() { 
     try { 
      objectB.methodB(); 
     } 
     catch(Exception e) { 
      //Here the transaction started in this method is 
      //automatically rolled back. Is this avoidable? 
     } 
    } 
} 

@Stateless 
class ClassB { 
    methodB() throws Exception { throw new Exception() } 
} 

Answer 1

取引はあなたがそう、rollback属性を持つ@ApplicationException注釈がtrueに設定されているRuntimeExceptionまたは任意の例外をスローバックケースでロールされています

@ApplicationException(rollback=true) 
public class MyException extends Exception { 
    // ... 
} 

は現在のトランザクションをロールバックします。

デフォルトでは、ApplicationExceptionはトランザクションをロールバックしません。

methodBをトランザクションにロールバックしたくない場合は、ApplicationExceptionのロールバック動作を変更するか、トランザクションの共有を防ぐことができます。

後者は、方法BのTransactionAttributeをRequiresNewに変更することによって達成可能である。メソッドAトランザクション（Tx1）は中断され、メソッドBがそのトランザクション（Tx2）をロールバックさせる例外をスローすると、methodAでそれを捕まえてmethodAトランザクション（Tx1）のロールバックを防ぐことができます。

Answer 2

はい、それは、本当です。チェックされた例外は、トランザクションのロールバックを引き起こしません。

これを避けるには、methodBのコードが実行時例外をスローしないようにしてください。実行時例外は通常、バグ、または作業を続行できない状態を示します。