TX その8 CMTトランザクションタイプ NotSupported, Required・・・の処理のされ方
蛇足.
CMTを使う場合に"ejb-jar.xml"で指定するトランザクションタイプとして"NotSupported", "Required"等々のキーワードがあると思う.
これらのキーワードは,EJBへの毎回の呼び出し時にインターセプトの1つとして呼び出されるTxInterceptorCMTクラスのrunWithTransactionsメソッドで処理される.switch-case構文と定数を使って場合わけされて処理される.
例えばトランザクションタイプが"NotSupported"の場合,runWithTransactionsメソッドの中では,
- 呼び出し元から引き継いだトランザクションコンテキストを一度退避させて
- トランザクションコンテキストを空にして
- 次のインタセプタを呼び出す.
- インタセプタからインタセプタへの呼び出し連続的に行われて
- StatelessSessionInstanceInterceptor(SLSBの場合)まで行くと実際にEJBのメソッドが呼び出されて
- もし例外がスローされると一度catchして
- EJB仕様で言うところのアプリケーション例外だったら再スローし
- システム例外だったら
- この場合はトランザクションコンテキストが空なので何もせずに
- 退避させておいた呼び出し元のトランザクションコンテキストを元に戻した上で
- やはり単純に再スローする
- 例外がスローされなかった場合には特に無し
という流れになる.
トランザクションタイプが"Required"の場合は,
- 呼び出し元から引き継いだトランザクションコンテキストを一度退避させて
- もしそれが実は空だったら新しいトランザクションコンテキストを生成して開始させて
- 空でなかったらトランザクションコンテキスト再開させて(中断状態で呼ばれるので)
- 次のインタセプタを呼び出す.
- インタセプタからインタセプタへの呼び出し連続的に行われて
- StatelessSessionInstanceInterceptor(SLSBの場合)まで行くと実際にEJBのメソッドが呼び出されて
- もし例外がスローされると一度catchして
- EJB仕様で言うところのアプリケーション例外だったら再スローし
- システム例外だったら
- この場合はトランザクションコンテキストに対してsetRollbackOnlyを行い
- 呼び出し元にトランザクションコンテキストが存在していなければ単に再スローする
- 呼び出し元にトランザクションコンテキストが存在していれば
- setRollbackOnlyを行ったことを通知するための例外をスローする
- 例外がスローされなかった場合には
- 新しいトランザクションコンテキストを生成/開始していたのであれば終了させ
- 引き継いだトランザクションコンテキストを使っていたのであれば中断させる
(退避させておいた呼び出し元のトランザクションコンテキストを元に戻すのは必ず行われる)
こんな感じだ.やばい.楽しい〜.
そういえばトランザクションの状態管理って以前開発に関わったフレームワークでもやってたな.J2EEサーバとはいえJavaアプリケーションなわけで,書き方とか,大きな違いはないんだよね.
蛇足2
JBossのCMTはExceptionがスローされた場合,デフォルトで5回までリトライします.この際,Exceptionの原因がリトライ不可能なデッドロック(可能な場合あり)であればリトライせずに再スローします.リトライまでの時間間隔はランダム要素込みで1秒くらいかも.
へぇ〜〜〜,驚いた.ソースを読むと知らないことばかりですなあ.