通信障害発生時の動作は，リモートインタフェースとして定義されたEJBメソッドの呼び出しで通信障害が起きた場合に有効になります。EJBメソッドの呼び出しとは，次の呼び出しを指します。

• WebアプリケーションからのEJBの呼び出し
• EJBクライアントからのEJBの呼び出し
• EJBからのEJBの呼び出し

設定が有効となる通信を次の図に示します。

図5-28　設定が有効になる通信

なお，次の場合は無効になるので注意してください。

• ローカルインタフェースとして定義されたEJBメソッドの呼び出し
• ローカル呼び出し最適化が有効となる範囲での，リモートインタフェースとして定義されたEJBメソッドの呼び出し
• ネーミングサービスの呼び出し

システムの形態によって，次のように設定することをお勧めします。

検索および参照系のシステムの場合

コネクションを再接続して，リクエストを再送信する設定にすることをお勧めします。これによって，リクエストを失敗させることなく，結果を取得できるようになります。

更新系のシステムの場合

コネクションの再接続も，リクエストの再送信もしない設定にすることをお勧めします。更新系のシステムの場合，コネクションの再接続およびリクエストの再送信ありの設定をすると，リクエストの二重送信をするおそれがあります。

システムプロパティのejbserver.container.rebindpolicyキーで"NO_RECONNECT"（再接続なし／再送なし）を選択した場合，通信障害によってコネクションが切断されると，再接続が抑止されているため該当するオブジェクトリファレンスは再利用できなくなります。このため，EJBクライアントでは，次回Enterprise Beanのメソッド呼び出しをする場合には，EJBホームオブジェクトのときはlookupメソッド，EJBオブジェクトのときはcreateメソッドを再実行したあと，メソッド呼び出しを実行してください。なお，Enterprise Beanのメソッド呼び出し中にコネクションが切断された場合，メソッドは次のどちらかの例外を送出します。

• java.rmi.RemoteException
  detailフィールドがorg.omg.CORBA.REBINDのインスタンス
  
• java.rmi.MarshalException
  detailフィールドがorg.omg.CORBA.COMM_FAILUREのインスタンス
  

これらの例外をキャッチするクライアントのコーディング例を次に示します。

try {
     //JNDI.lookup()
     //EJBHome.create()
     //EJBObject.invoke()
    } catch (java.rmi.MarshalException e) {
      if (e.detail instanceof org.omg.CORBA.COMM_FAILURE) {
        //通信障害に対応する処理
      }
    } catch (java.rmi.RemoteException e) {
      if (e.detail instanceof org.omg.CORBA.REBIND) {
        //通信障害に対応する処理
      }
    }