管理者は管理コンソールで使用可能な Failed Event Manager を使用して、WebSphere Process Server の失敗したイベントを管理できます。
失敗したイベントとは
WebSphere® Process Server のコンテキストでは、イベントとは WebSphere Process Server アプリケーションによって受け取った要求のことです。これは外部ソース (インバウンドのアプリケーション・アダプターなど) または Web サービスへの外部呼び出しに由来します。イベントは、操作対象となるビジネス・ロジックへの参照とデータで構成されており、サービス・データ・オブジェクト (ビジネス・オブジェクト) に保管されています。イベントを受信すると、しかるべき WebSphere Process Server アプリケーションのビジネス・ロジックで処理されます。
実行の単一スレッドは複数の枝 (またはスレッド) に分岐できます。個々の枝は、同じセッション・コンテキストによってメインの起動イベントにリンクされます。
これらのいずれかの枝のビジネス・ロジックが、システム障害、コンポーネント障害、またはコンポーネントが使用不可であったために完全に実行できない場合、イベントは障害のある状態に移動します。複数の枝に障害が起こった場合、それぞれについて失敗したイベントが作成されます。WebSphere Process Server Recovery サブシステムは、以下のタイプの失敗したイベントを取り扱います。
- Service Component Architecture (SCA) 操作の非同期呼び出し中に発生したイベント障害
- ランタイム例外が原因のイベント障害 (言い換えると、ビジネス・ロジックで使用されたメソッドで宣言されなかった例外すべて)
Recovery サブシステムはこれらのタイプの失敗したイベントを収集して、Failed Event Manager インターフェースを通じてこれらを管理目的で使用可能にします。
失敗したイベントは一般的に、これに関連したソースおよび宛先情報を持ちます。ソースおよび宛先は、障害点 (呼び出しが失敗したロケーション) を基にしており、対話のタイプには無関係です。
コンポーネント A が非同期的にコンポーネント B を呼び出す例について考えます。要求メッセージは A から B に送信され、応答メッセージは B から A に送信されます。
- 初期の要求中に例外が発生した場合、Failed Event Manager の目的としては、コンポーネント A がソースでコンポーネント B が宛先になります。
- 応答中に例外が発生した場合、Failed Event Manager の目的としては、コンポーネント B がソースでコンポーネント A が宛先になります。
これは、すべての非同期呼び出しについて該当します。(Failed Event Manager は、同期呼び出しからの障害を取り扱いません。)
失敗したイベントの管理方法
管理者は管理コンソールで使用可能な Failed Event Manager を使用して、すべての WebSphere Process Server の失敗したイベントをブラウズおよび管理します。失敗したイベントは再サブミットするか、またはシステムから削除できます。
失敗したイベントを管理する共通のタスクは、以下のとおりです。
- すべての失敗したイベントのブラウズ
- 特定の基準で失敗したイベントの検索
- 失敗したイベントのためのデータの編集
- 失敗したイベントの再サブミット
- 失敗したイベントの削除
Failed Event Manager にアクセスするには、「統合アプリケーション」>「Failed Event Manager」をクリックします。