この章では、Oracle SOA Suite for healthcare integrationにおけるエンドポイントの概念について説明し、ヘルスケア統合アプリケーション用にエンドポイントを作成および構成する手順を示します。
この章の内容は以下のとおりです。
Oracle SOA Suite for healthcare integrationでは、エンドポイントは事前定義済のドキュメントが送信または受信される通信チャネルです。エンドポイントは、ドキュメントが外部システムと交換される方法を定義し、場所、トランスポート・プロトコル、交換するドキュメントおよびその他の構成パラメータを指定します。URL、フォルダ、パスなどをエンドポイントにすることができます。メッセージの方向に基づいて、エンドポイントはインバウンド、アウトバウンドまたはその両方の場合があります。たとえば、Oracle SOA Suite for healthcare integrationがディレクトリから読み取る場合、ディレクトリはインバウンド・エンドポイントです。反対に、Oracle SOA Suite for healthcare integrationがディレクトリにメッセージを書き込むか送信する場合、ディレクトリはアウトバウンド・エンドポイントです。また、MLLPエンドポイントは、メッセージの受信と送信の両方に使用できます。
Oracle SOA Suite for healthcare integrationでは、エンドポイントをドキュメント定義に関連付け、エンドポイントがメッセージの送信と受信を開始できるようにする必要があります。
図4-1は、ドキュメント定義にまだ関連付けられていないサンプルのエンドポイントを示しています。
図4-1 Oracle SOA Suite for healthcare integrationのサンプル・エンドポイント

Oracle SOA Suite for healthcare integrationユーザー・インタフェースには、エンドポイントを作成および構成できるエンドポイント・ページがあります。この手順では、インタフェースを使用してエンドポイントを作成する方法について説明します。
双方向(MLLP)および単一方向(FILE、JMS)トランスポート・プロトコル用のエンドポイントを作成できます。双方向プロトコルの場合、レスポンス・メッセージまたは機能確認(FA)の送受信を1つのエンドポイントで実行できます。一方、単一方向プロトコルの場合、ドキュメントの送受信を行うように構成しないと、1つのエンドポイントでメッセージまたはFAの送受信を実行できません。
双方向トランスポート・プロトコル(MLLP)を使用してエンドポイントを作成するには:
Oracle SOA Suite for healthcare integrationユーザー・インタフェースにログオンします。
「設計」タブの「構成」タブで、「エンドポイント」フォルダをクリックし、図4-2に示す「作成」アイコンをクリックします。
図4-3に示すように、「作成」ウィンドウに次を入力して、「OK」をクリックします。
名前: エンドポイントの名前。
トランスポート・プロトコル: メッセージを送信または受信するトランスポート・プロトコル。この場合、MLLP10を選択します。
接続モード: 「サーバー」または「クライアント」。エンドポイントがサーバーとして構成されている場合、Oracle SOA Suite for healthcare integrationエンジンはポートでリスニングを開始し、クライアントが接続するのを待機します。一般に、サーバー接続モードはインバウンド用です。クライアントとして構成されている場合、エンジンはリモート・コンピュータまたはデバイスのホスト名およびポートに接続します。一般に、これはアウトバウンド用です。
|
注意: Oracle Healthcareでは、単一サーバー・チャネルに対する複数のクライアント接続をサポートしています。このため、複数のクライアントが同一サーバーに接続し、データを交換したりFAを受信することができます。バックエンド・アプリケーションに渡されたメッセージは、次の方法で送信されます。
|
ホスト名: MLLPサーバー・エンドポイントの場合はOracle SOA Suiteをホストしているコンピュータの名前またはIPアドレス、MLLPクライアント・エンドポイントの場合はリモート・ホストの名前またはデバイス名にする必要があります。通常、これはlocalhostである必要があります。ただし、ホスト名はリモート・ホストまたはデバイスの名前にすることもできます。
ポート: ポート番号は500より大きい値にする必要があります。接続モードが「サーバー」に設定されている場合、ポート番号は有効なTCPポート番号である必要があります。接続モードが「クライアント」に設定されている場合、ポート番号はMLLPサーバーで使用するポートと同じである必要があります。
これにより、エンドポイントが作成され、エンドポイントがOracle SOA Suite for healthcare integrationユーザー・インタフェースの右のパネルに表示されます。
単一方向トランスポート・プロトコル(FILE)を使用してエンドポイントを作成するには:
Oracle SOA Suite for healthcare integrationユーザー・インタフェースにログオンします。
「設計」タブの「構成」タブで、「エンドポイント」フォルダをクリックし、「作成」アイコンをクリックします。
図4-4に示すように、「作成」ウィンドウに次を入力して、「OK」をクリックします。
名前: エンドポイントの名前。
トランスポート・プロトコル: メッセージを送信または受信するトランスポート・プロトコル。この場合、FILEを選択します。
方向: 「インバウンド」または「アウトバウンド」。エンドポイントをインバウンドとして構成した場合、他のエンドポイントからレスポンス・メッセージまたはFAを受信できます。反対に、エンドポイントをアウトバウンドとして構成した場合、メッセージまたはFAを送信できます。
フォルダ名: 絶対ディレクトリ・パスをお薦めします。このフォルダにはインバウンドまたはアウトバウンドのメッセージやFAは格納されません。インバウンド・メッセージはこのフォルダ内にあることが期待され、アウトバウンドのメッセージまたはFAはここに配信される必要があります。
これにより、エンドポイントが作成され、エンドポイントがOracle SOA Suite for healthcare integrationユーザー・インタフェースの右のパネルに表示されます。
|
注意: 単一方向エンドポイント(インバウンド/アウトバウンド)の作成後、後からこれを「構成」リンクをクリックして編集し、インバウンドまたはアウトバウンドの構成を追加できます。 |
双方向トランスポート・プロトコル(MLLPなど)を使用してエンドポイントを作成した場合、エンドポイントはリクエストとリプライの双方(インバウンドおよびアウトバウンド)とACKを処理することができます。しかし、単一方向トランスポート・プロトコル(FileやFTPなど)の場合、通常、構成できるのはインバウンド・チャネルまたはアウトバウンド・チャネルの一方であり、両方一緒に構成することはできません。
Oracle SOA Suite for healthcare integrationでは、単一方向プロトコルの場合、管理およびモニタリング用に2つの通信チャネル(送信および受信メッセージ用に1つずつ)を1つのエンティティ(エンドポイント)として構成することができます。この概念により、サポートされるドキュメントの有効化または無効化および表示が可能になり、関連するチャネルの関連モニタリング・データ(メッセージ数や実際のメッセージ)を同時に表示できます。
この機能を使用して単一方向トランスポート・プロトコルを使用するときに、構成する必要があるチャネルは1つのみです。もう一方のチャネル(逆方向)の構成はオプションです。この場合、Oracle SOA Suite for healthcare integrationコンソールには、メッセージの送信または受信用に構成されたチャネルが1つ表示されますが、図4-5に示すとおり、もう一方のチャネルは未構成として表示されます。
図4-6に示すとおり、もう一方のチャネルは、未定義チャネルのセクションで「構成」リンクをクリックし、構成ダイアログ・ボックスで必要なチャネル詳細を指定することで構成できます。
トランスポート・プロトコルおよびその他の設定はチャネルごとに定義します。2つのチャネルに異なる単一方向トランスポート・プロトコルを使用できます。たとえば、1つのチャネルではFTPを使用して、もう一方のチャネルではFileを使用することもできます。唯一の要件は、両方とも単一方向プロトコルを使用するという点です。
両方の通信チャネルを定義しドキュメントをチャネルに関連付けると(4.3項「エンドポイントとドキュメントの関連付け」を参照)、エンドポイントが図4-7のように表示されます。
必要に応じて、各チャネルの構成を編集できます。また、対応するチャネルのセクションで「削除」リンクを使用して、各チャネルの構成を削除することもできます。
エンドポイントを作成した後で、それをドキュメントに関連付けて、エンドポイントがメッセージを送信または受信できるようにする必要があります。メッセージを送信、受信または送受信するようにエンドポイントを構成できます。
双方向エンドポイントをドキュメントに関連付けるには:
必要なエンドポイントを開きます。
メッセージを送信または受信するようにエンドポイントを構成します。
エンドポイントの「送信」または「受信」セクションで、「+」アイコンをクリックしてドキュメント選択ウィンドウを表示します。
使用可能なドキュメント階層から、必要なドキュメント定義を選択します(たとえばADT_A04_def)。ドキュメント定義がエンドポイントに関連付けられます。機能確認、検証またはエンドポイントの変換が必要かどうかを指定でき、必要な内部デリバリ・チャネル、トランスポートまたはアグリーメント・レベルのコールアウトおよびマップセットも指定できます。
|
注意: ドキュメント定義を「送信」または「受信」セクションにドラッグ・アンド・ドロップすることもできます。 |
図4-8は、ドキュメント定義に関連付けられたエンドポイントを示しています。
|
注意: FAの場合、「機能確認」、「検証」、「変換」、「再試行間隔」および「再試行数」は無効になります。 |
次のドキュメント構成オプションを選択します。
| オプション | 説明 |
|---|---|
| 機能確認 | 成功またはエラーの条件に対して機能確認を有効にする場合に選択します |
| 検証 | 構成済のECSファイルに対してドキュメントの検証を有効にする場合に選択します。 |
| 変換 | XMLからネイティブ・フォーマットへの変換、またはその逆の変換を有効にする場合に選択します。 |
「内部チャネル」、「ドキュメント・コールアウト」、「マップセット」または「コンポジット」のいずれかがエンドポイントに対して定義されている場合は、これらを適切なフィールドから選択します。詳細は、Oracle Fusion Middleware Oracle B2Bユーザーズ・ガイドの第6章の取引パートナ・アグリーメントの作成とデプロイを参照してください。
|
注意: インバウンド・ドキュメントの場合、コンポジット名とJMS内部デリバリ・チャネル名の選択はオプションです。Oracle Healthcareは特定のドキュメント定義について、1つのコンポジットのみサポートできます。複数のコンポジットを使用できる場合、Oracle Healthcareは実行時に最初にOracle Healthcareに登録されたコンポジットにメッセージを送信するため、結果は予測できないものになります。 |
「有効」チェック・ボックスを選択し、「適用」をクリックして、エンドポイントでのメッセージの送受信を有効にします。「適用」操作の適用には30から60秒ほどかかることがあります。これは、XSD/ECSの作成とメタデータの検証が原因です。
|
注意: エンドポイントに変更を加えた後で、左側のパネルでエンドポイント名を右クリックし、「リフレッシュ」をクリックしてエンドポイントを更新できます。 |
|
注意: エンドポイントの有効化と無効化は、「有効」チェック・ボックスの選択または選択解除の後、「適用」ボタンをクリックすることで切り替えることができます。 |
単一方向エンドポイントとドキュメントの関連付け
Fileなど、単一方向エンドポイントを関連付ける場合の手順は、双方向エンドポイントの場合とほぼ同じです。ただし、異なる点がいくつかあります。
エンドポイントを作成する際、SOA Suite for healthcare integrationコンソールは選択された方向の構成オプションを表示した状態で開きます。
双方向エンドポイントとドキュメントの関連付け手順にリストされているその他の手順を実行すると、図4-9に示すとおり、エンドポイントがドキュメントに関連付けられます。
エンドポイントの作成時に、エンドポイントの方向をインバウンドとして指定した場合、「構成」リンクをクリックし、同じページでエンドポイントにアウトバウンド構成を定義できます。この機能により、関連する2つの単一方向エンドポイント(送信メッセージ用と受信メッセージ用にそれぞれ1つずつ)を1つのエンティティとして結び付け、管理とモニタリングを効率的に行うことができます。
|
注意: エンドポイントからドキュメントの関連付けを解除するには、「ドキュメント」セクションでドキュメント・エンティティを選択し、「削除」(X)ボタンをクリックします。 |
Oracle SOA Suite for Healthcare Integrationでは、個々のエンドポイント・レベルでドキュメント・パラメータをオーバーライドできます。通常、ドキュメントはすべてのエンドポイントで共通です。その場合、特定のエンドポイントのドキュメント・バージョン・パラメータとドキュメント・タイプ・パラメータを変更することはできません。
ドキュメント・パラメータのオーバーライド機能を使用すると、エンドポイントに固有のドキュメント・パラメータをオーバーライドできます。たとえば、ドキュメント定義で「HL7汎用確認」オプションが有効になっている場合、Oracle SOA Suite for healthcare integrationは汎用確認を送信します。このため、同じドキュメント定義を使用しているすべてのエンドポイントが汎用確認を送信します。ただし、この機能を選択したエンドポイントでのみ有効にするには、それらのエンドポイントのドキュメント定義をオーバーライドする必要があります。
ドキュメント・パラメータをオーバーライドするには:
必要なエンドポイントを開きます。
「送信するドキュメント」または「受信するドキュメント」セクションでオーバーライドするドキュメント・リンクをクリックして、「ドキュメントの詳細」ダイアログ・ボックスを表示します。このダイアログ・ボックスには、「ドキュメント・バージョン」と「ドキュメント・タイプ」のタブがあります。
「ドキュメント・バージョン」タブをクリックして、「バッチ・ヘッダー」、「メッセージ・ヘッダー」、「デリミタ」、「ファイル・ヘッダー」、「その他」など、前の手順で選択したドキュメントのドキュメント・バージョンに関連するすべてのサブタブを表示します(図4-10「ドキュメント・バージョン・パラメータのオーバーライド」を参照)。
「オーバーライド」チェック・ボックスをクリックして、これらの各タブのフィールドを編集可能にします。
変更を加えます。HL7ドキュメント・パラメータの詳細は、3.3.1項「HL7ドキュメント・バージョン・パラメータに関する注意事項」を参照してください。
「ドキュメント・タイプ」タブをクリックして、「HL7汎用確認」、「確認制御IDのマップ」、「確認の受入」など、ドキュメント・タイプに関連するパラメータを表示します(図4-11項「ドキュメント・バージョン・パラメータのオーバーライド」を参照)。
「オーバーライド」チェック・ボックスをクリックして、これらの各タブのフィールドを編集可能にします。
変更を加えます。HL7ドキュメント・パラメータの詳細は、3.3.2項「HL7ドキュメント・タイプ・パラメータに関する注意事項」を参照してください。
「OK」をクリックします。
オーバーライドされたドキュメント定義は横のアイコンでマークされます(図4-12「オーバーライドされたドキュメント定義」を参照)。
ドキュメントをエンドポイントに関連付けた後、エンドポイントの構成のために次のオプションを使用できます。
トランスポート・コールアウト: メッセージの受信後または送信前に呼び出すトランスポート・コールアウト。コールアウトは、コールアウトの作成後にのみ選択できます。
トランスポート・プロトコル: 「トランスポートの詳細」ボタンをクリックして、次の図に示すようにトランスポート・プロトコル・パラメータをカスタマイズします。

MLLP 1.0上で、現在のメッセージの肯定ACKの受信後にのみ次のメッセージが送信されるようにHL7メッセージを送信する必要がある場合は、MLLP 1.0の順序付けモードをOneToOne順序付けに設定できます。
MLLP 1.0エンドポイントをドキュメントに関連付ける場合は、「トランスポート・プロトコル・パラメータ」ダイアログ・ボックスの「詳細」タブで、アウトバウンド・メッセージについて次の順序付けモードから選択できます。
なし: メッセージはACKを待たずに順番にディスパッチされます。
OneToOne (デフォルト): メッセージは順番に送信されますが、ACKは管理番号の搬送を期待されません(相関は、ACK内の管理番号をチェックせずに行われます)。否定ACKの場合、メッセージ送信は肯定ACKが受信されるか再試行数が尽きる(この時点でメッセージはエラー状態になります)まで再試行されます。
OneToOneMapping: メッセージは順番に送信されますが、適切な相関を行うためにACKは管理番号を搬送する必要があります。管理番号は、ACKを送信済メッセージに相関付けるために使用されます。
図4-13は、アウトバウンド・メッセージで使用可能な順序付けモードを示しています。
|
注意: 「HL7確認の破棄」チェック・ボックスに選択した値は、ACKペイロードが持続するかどうかを示します。これは、即時確認および確認の破棄の場合にのみ適用されます。チェック・ボックスを選択解除すると、ペイロードの持続によるデータベース層でのI/O負荷が軽減されます。 |
トランスポート・プロトコルとそれに対応する交換プロトコルの詳細は、Oracle Fusion Middleware Oracle B2Bユーザーズ・ガイドの第5章、取引パートナの構成の項の、表5-3のトランスポート・プロトコル・パラメータおよび表5-5の交換プロトコル・パラメータを参照してください。
単一方向エンドポイントの場合:
「トランスポートの詳細」ボタンをクリックすると「トランスポート・プロトコル・パラメータ」ダイアログ・ボックスが表示され、双方向エンドポイントの場合とは異なるパラメータのセットの入力を求められます。図4-14は、単一方向エンドポイントの「トランスポート・プロトコル・パラメータ」ダイアログ・ボックスを示しています。
トランスポート・プロトコルの詳細は、Oracle Fusion Middleware Oracle B2Bユーザーズ・ガイドの第5章、取引パートナの構成の項の、表5-3のトランスポート・プロトコル・パラメータを参照してください。
Oracle SOA Suite for healthcare integrationは、Secured Socket layer (SSL)/Transport Layer Security (TLS)プロトコルを使用することで、セキュアなソケット接続を介したメッセージ交換をサポートしています。ハッカーによって交換プロセスでメッセージのセキュリティが損われないように、SSL/TLSプロトコルによりOracle SOA Suite for healthcare integrationにセキュリティが提供されます。Oracle SOA Suite for healthcare integrationでは、メッセージ交換を保護するためにSSLまたはTLSを使用するオプションが用意されています。現在、これはMLLP 1.0エンドポイントに対してのみサポートされています。
SSLは、インターネットで私的なドキュメントを送信する際に使用する暗号化プロトコルです。SSLでは、2つの鍵(ネットワーク内のすべての人が知っている公開鍵とメッセージの受信者のみが知っている秘密鍵)を使用してデータを暗号化および復号化する暗号化システムを使用しています。SSLの詳細は、http://www.tldp.org/HOWTO/SSL-Certificates-HOWTO/x64.htmlを参照してください。
TLSは事実上、SSLの標準化バージョンです。SSLバージョン3がSSLの最終更新で、この後にTLSが登場しました。実際のところ、TLSはSSLの拡張バージョンで、SSLに比べて次のようなメリットがあります。
接続を保護するための新しい暗号化アルゴリズムを提供
同じポートに対して安全な接続と安全でない接続の両方が可能
拡張可能性が高い
データ交換時に双方向(サーバーとクライアント)認証が可能。サーバー認証はデフォルトで行われる
MLLP 1.0エンドポイントに対するSSL/TLSサポートを有効にするには:
エンドポイントを開きます。
「トランスポートの詳細」ボタンをクリックして「トランスポート・プロトコル・パラメータ」ダイアログを表示します。
「接続」をクリックして、構成可能な接続オプションのリストを表示します(図4-15を参照)。
「セキュリティ・プロトコル」リストから必要なプロトコルを選択します。使用可能なオプションは次のとおりです。
NONE: セキュリティ・プロトコルは使用されません。デフォルトではこれが選択されています
SSLv3: SSLv3セキュリティが使用されます
TLSv1: TLSv1セキュリティが使用されます
「クライアント認証の有効化」をクリックして、双方向認証を可能にします。デフォルトでは、クライアントがセキュアなデータ交換をリクエストすると、サーバー証明書認証が行われます。「クライアント認証の有効化」チェック・ボックスを選択すると、クライアント証明書認証も可能になります。この構成はオプションです。
|
注意: 「クライアント認証の有効化」チェック・ボックスが有効になるのは、「接続モード」として「サーバー」を選択し、「セキュリティ・プロトコル」として「NONE」以外を選択した場合のみです。「接続モード」として「クライアント」を選択し、「セキュリティ・プロトコル」として「NONE」を選択した場合、このチェック・ボックスは灰色表示になります。クライアント・エンドポイントではサーバー認証がデフォルトで行われるためです。 |
「OK」をクリックし、エンドポイント・ページで「適用」をクリックします。
セキュアなデータ交換では、信頼できるクライアント/サーバー証明書および暗号化アルゴリズムおよび公開鍵/秘密鍵の鍵ペアが格納されているインフラストラクチャが必要です。そのためには、キーストアを定義し、秘密鍵のパスワードを指定する必要があります。双方向認証の場合は、クライアント側でサーバー証明書を格納するキーストアと、サーバー側でクライアント証明書を格納するキーストアの、2つのキーストアを構成する必要があります。
Oracle SOA Suite for healthcare integrationコンソールでキーストアを構成し、秘密鍵のパスワードを指定する方法の詳細は、表13-1「実行時構成設定」を参照してください。
Oracle SOA Suite for healthcare integrationでは、MLLP 1.0プロトコルを介してHL7 v2.xメッセージを送受信し、メッセージ解析の失敗、メッセージ検証の失敗または拒否などの問題を処理するサポートを提供します。さらに、失敗したメッセージの自動再試行、障害状態にある可能性のあるTCP接続のリセット、および連続する複数のメッセージ配信エラー後のメッセージ・フローの停止も行うことができます。
一般に、メッセージ配信は次のエラーによって失敗します。
解析失敗: HL7メッセージの文法またはセマンティックスのエラーによって生じます
検証失敗: HL7メッセージの不適切な値によって生じます
ACKエラー: 受信した否定確認によって生じます
解析失敗または検証失敗エラーが発生した場合は、サーバー側(インバウンド)で特定の修正処理を実行でき、ACKエラーの場合はクライアント側(アウトバウンド)で処理を実行できます。
エンドポイントが修正処理を実行すべき状態になった場合(前のエラーに基づいて)、Oracle Healthcareではシステム通知(メッセージ処理中に発生したエラーに対して送信される例外メッセージと類似する)を送信できます。Oracle Healthcareで、前のシステム・エラーに対して実行された修正処理に関するシステム通知を送信できるようにするには、Oracle Fusion Middleware Enterprise Manager Controlコンソールでhc.mllp.EnableEventNotificationサーバー・プロパティを設定する必要があります。このプロパティがtrueに設定されている場合のみ、Oracle Healthcareはシステムレベルのエラーに対してシステム通知を生成し、それ以外についてはシステムレベル通知を生成しません。
hc.mllp.EnableEventNotificationサーバー・プロパティがtrueに設定され、Oracle Healthcareコンソールの「管理」タブの「設定」>「ランタイム」>「通知キュー」で通知キュー値が指定されている場合、接続のリセットおよびエンドポイントの一時停止エラーの処理に際して、Oracle Healthcareは指定した通知キューに送信されたシステム通知を送信します。
通知キューが指定されていない場合、Oracle Healthcareはデフォルト・キューにシステム通知を送信します。
これらの処理は、次のいずれかで設定できます。
エンドポイント・レベル
グローバル・レベル
Oracle SOA Suite for healthcare integrationには、Oracle SOA Suite for healthcare integrationコンソールを使用してエンドポイント・レベルでエラー・メッセージを処理するオプションがあります。
エンドポイント・レベルでのエラー・アクションを設定するには:
エンドポイントを開きます。
「トランスポートの詳細」ボタンをクリックして、「トランスポート・プロトコル・パラメータ」ダイアログ・ボックスを表示します。
「エラー・アクション」タブをクリックして、構成可能なエラー・アクションおよびこれらのアクションを実行すべきタイミングを表示します(図4-16を参照)。
表4-1にリストされているアクションを選択します。
表4-1 エラー・アクション
| エラー・アクション | 説明 |
|---|---|
|
サーバーの失敗アクション |
これは、HL7メッセージを受信中に、メッセージ解析失敗やメッセージ検証失敗などのメッセージ失敗が発生したときに実行するアクションです。 使用可能なオプションは次のとおりです。
注意: 検証失敗エラー・アクションとともに解析失敗エラー・アクションを起動する場合は、「否定」に設定して即時確認を構成する必要があり、検証失敗エラー・アクションの場合は、機能確認を構成する必要があります。そうでない場合、これらのエラー・アクションは起動されません。 |
|
クライアントの失敗アクション |
これは、HL7メッセージを受信中に、否定確認を受信したときに実行するアクションです。 使用可能なオプションは次のとおりです。
機能確認がタイムアウトして再試行が使い尽くされたときに、接続をリセットするには、サーバー・プロパティ |
|
解析失敗数 |
サーバーの失敗アクションが実行されるまでの、エンドポイントの最大解析失敗数。 |
|
検証失敗数 |
サーバーの失敗アクションが実行されるまでの、エンドポイントの最大検証失敗数。 |
|
スキップ・メッセージ数 |
エンドポイントが一時停止になるまでの、最大連続スキップ・メッセージ数。 |
「OK」をクリックします。
Oracle SOA Suite for healthcare integrationには、Oracle SOA Suite for healthcare integrationコンソールを使用してサーバー・プロパティを設定することで、グローバル・レベルでエラー・メッセージを処理するオプションがあります。
エラー・アクションを設定するためのプロパティを設定するには:
次の場所にアクセスして、Oracle Fusion Middleware Enterprise Manager Controlコンソールにログオンします。
http://<hostname>:<port>/em。ここで、hostnameはOracle Weblogicサーバーが実行されているコンピュータの名前で、portは通常7001です。
「SOA」>「SOA管理」を展開して<soa domain name>を右クリックし、「B2Bサーバー・プロパティ」に移動します(</span図4-17を参照)。
B2Bサーバー・プロパティ・ページで詳細B2B構成プロパティ...リンクをクリックして、システムMbeanブラウザを表示します。
「操作」をタブをクリックして「addProperty」をクリックします(図4-18を参照)。
表4-2にリストされているプロパティを追加します。プロパティは、Oracle SOA Suite for healthcare integrationコンソールで構成可能な表4-1にリストされているエラー・アクションと同じです。
表4-2 エラー・アクションを構成するためのサーバー・プロパティ
プロパティ名(java.lang.String) |
有効なプロパティ値(java.lang.String) |
|---|---|
|
|
|
|
|
|
|
|
ゼロより大きい値 |
|
|
ゼロより大きい値 |
|
|
ゼロより大きい値 |
Oracle SOA Suite for healthcare integrationコンソールで設定したパラメータは各エンドポイント・レベルで適用でき、Oracle Fusion Middleware Enterprise Manager Controlコンソールで設定したサーバー・プロパティはすべてのエンドポイントに適用できます。実行時には各エンドポイントで、Oracle SOA Suite for healthcare integrationコンソールを使用してエンドポイント・レベルで設定された値(失敗アクションについてはDefault以外、回数については0以外)によってグローバル・レベルで設定された値がオーバーライドされます。すなわち、グローバル・レベルの値が使用されるのは、コンソール・レベルでDefault値または0が選択されている場合のみです。
エンドポイントを削除するには、Oracle SOA Suite for healthcare integrationユーザー・インタフェースにログオンします。「設計」タブの「構成」タブで、エンドポイント名を選択し、「削除」アイコンをクリックします。エンドポイント名を右クリックし、ショートカット・メニューから「削除」をクリックすることもできます。
|
注意: 有効化されているエンドポイントは削除できません。削除する前に、エンド・ポイントを無効にする必要があります。 |
「エンドポイント」ウィンドウを使用して、既存のエンドポイントのリストを表示できます。また、「エンドポイント」ウィンドウを使用してエンドポイントを作成、変更または削除することもできます。このウィンドウでは、すべてまたは必要なエンドポイントを選択し、一括変更や削除などの必要な操作を実行することも可能です。
「エンドポイント」ウィンドウにアクセスするには:
Oracle SOA Suite for healthcare integrationユーザー・インタフェースにログオンします。
「設計」タブの「構成」タブで、「エンドポイント」フォルダをダブルクリックします。
図4-19はエンドポイント・ウィンドウを示しています。