機械翻訳について

基本ルーティング統合の作成

テンプレートを提供する統合を作成して、独自のアダプタを追加するための空のトリガーおよび起動接続を提供します。 必要に応じて、1つのルーティング式、ならびにリクエストおよびレスポンス・エンリッチメントを作成することもできます。 複数のルーティング式を作成することはできません。 この機能が統合に必要な場合は、オーケストレートされた統合を作成します。

基本ルーティング統合の作成

このセクションでは、基本的なルーティング統合を作成する方法について説明します。

  1. 基本的なルーティング統合を作成するには、「統合の作成」のステップに従います。

    空のトリガーと起動を起動する統合キャンバスが表示されます。

トリガー(ソース)接続の追加

トリガー(ソース)接続は、Oracle Integrationにリクエストを送信します。 アプリケーションに接続するために必要な情報は、接続にすでに定義されています。 ただし、リクエストについて使用するビジネス・オブジェクトと操作や、受け取るデータの処理方法など、具体的な情報を指定する必要があります。

トリガー接続を追加するには:
  1. 統合キャンバスで、右側の「接続」または「テクノロジ」パネルからキャンバスの「トリガー」(ソース)領域に接続をドラッグします。

    選択した接続の「Adapter Endpoint Configuration」ウィザードが表示されます。 表示されるウィザードのページは、選択したアダプタに基づいています。 「トリガー接続と起動接続の理解」を参照してください。

起動(ターゲット)接続の追加

Oracle Integrationは、リクエストまたは情報を起動(ターゲット)接続に送信します。 アプリケーションに接続するために必要な情報は、接続にすでに定義されています。 ただし、リクエストについて使用するビジネス・オブジェクトと操作やデータの処理方法など、具体的な情報を指定する必要があります。

呼出し(ターゲット)接続を追加するには:
  1. 統合キャンバスで、右側の「接続」または「テクノロジ」パネルからキャンバスの「起動」(ターゲット)領域に接続をドラッグします。

    選択した接続の「Adapter Endpoint Configuration」ウィザードが表示されます。 表示されるウィザードのページは、選択したアダプタに基づいています。 「トリガー接続と起動接続の理解」を参照してください。
  2. 接続を構成すると、Summaryページが表示されます。
  3. 「Done」をクリックし、「Save」をクリックします。
接続情報が、構成された操作を示す矢印と一緒にキャンバスに表示されます。 キャンバス上の領域制限のため、15文字を超える接続名は切り捨てられて省略記号が追加されます。 名前の上にカーソルを置くと、ツールチップに完全な名前が表示されます。

リクエストおよびレスポンス・エンリッチメントの追加

統合を作成するとき、リクエストおよびレスポンス・メッセージのエンリッチメント・ポイントを統合フロー全体に追加するオプションもあります。 エンリッチメントは統合フロー全体に関係し、トリガーと呼出しの間のリクエスト・ペイロードまたはレスポンス・ペイロード(あるいは両方)で使用できます。

リクエストおよびレスポンス・エンリッチメントを追加するには:
  1. トリガーと呼出しの接続およびリクエストとレスポンスのマッピングを含む統合を設計します。 この例では、完成した統合は次のようになります。 エンリッチメント・ポイントを示す2つの円があり、1つはインバウンド(リクエスト)側、もう1つはアウトバウンド(レスポンス)側に表示されています。

    この例のリクエストとレスポンスのマッピングを次に示します。
    マッピング ソース ターゲット
    リクエスト HelloRequest/FirstName sayHello/name
    レスポンス sayHelloResponse/sayHelloReturn HelloResponse/Greeting
    これでエンリッチメントを統合に追加する準備が整いました。 この例では、レスポンス・メッセージ・エンリッチメントが、「Drag and drop an enrichment source for the response message」領域に追加されます。 また、リクエスト・メッセージ・エンリッチメントをリクエスト(インバウンド)側に追加することもできます。

  2. 右側の「接続」パネルから、次に示すレスポンス・メッセージのエンリッチメント領域にアダプタをドラッグします。
    この例では、SOAPアダプタが、「Drag and drop an enrichment source for the response message」領域にドラッグされます。 この操作によって、SOAPアダプタを構成するためのウィザードが呼び出されます。

  3. ウィザードの各ページの設定を行ってSOAPアダプタを構成し、「Done」をクリックします。 この構成では、タイムスタンプの詳細を選択するために別の操作が選択されます。
    ダイアログが表示され、レスポンス・マッパーで以前に構成したレスポンス・マッピングが影響を受ける場合に削除することができます。 ここで実行したエンリッチメント・レスポンス・アダプタ構成のために、レスポンス・マッパーを更新する必要があります。
  4. 「Yes」をクリックします。 このステップの後でレスポンス・マッピングを再作成します。
  5. 「保存」をクリックします。
    SOAPアダプタのアイコンとレスポンス・エンリッチメント・マッパーが、統合のレスポンス側に追加されます。 前のステップでレスポンス・マッピングを削除したため、そのアイコンの緑色のシェーディングが消えたことに注意してください。 これは、レスポンス・マッピングの構成が必要であることを意味します。
  6. トリガーと呼出しの間の「Response Enrichment Mapping」アイコンをクリックします。
  7. 表示される「Create」アイコンをクリックします。 これによってマッパーが呼び出されます。

  8. レスポンスにタイムスタンプを含めるようにソース要素をターゲット要素にマッピングして、完了したら「Save」をクリックします。
    レスポンス・エンリッチメント・マッピングは次のようになります。
    マッピング ソース ターゲット
    レスポンス・エンリッチメント sayHelloResponse/sayHelloReturn visitTimestampReq > reqMsg
    「Response Mapping」アイコンが緑色で表示され、構成済であることを示します。
  9. 「Response Mapping」アイコンをクリックして、マッパーを再び呼び出します。 実行したエンリッチメント・レスポンス・マッピングのために、このマッパーを更新する必要があります。

  10. レスポンス・マッパーでソース要素をターゲット要素にマッピングし直します。
    レスポンス・マッピングが更新されます。 現在、元のターゲットHelloResponse/Greetingに別のソースがマッピングされることに注意してください。
    マッピング ソース ターゲット
    レスポンス $ResponseEnrichmentApplicationObject > visitTimestampResp > respMsg HelloResponse/Greeting
    「Response Enrichment Mapping」アイコンが緑色で表示され、再構成されたことを示します。
  11. 「閉じる」をクリックし、完了したら「適用」をクリックします。
    レスポンス・エンリッチメントを含む統合が呼出し(ターゲット)領域に追加され、次のように表示されます。

  12. 「保存」をクリックし、完了したら「閉じる」をクリックします。
    統合をアクティブ化する準備が整いました。 この例では説明していませんが、下に表示されるリクエスト・メッセージのエンリッチメント領域も構成できます。これを行うには、「Drag and drop an enrichment source for the request message」領域にアダプタをドラッグ・アンド・ドロップします。 これによって、アダプタの構成ウィザードが呼び出されます。

後から、既存のエンリッチメント(アダプタ構成ウィザードで選択されたオブジェクトやエンリッチメント・マッピングなど)を更新することもできます。

リクエストおよびレスポンス・エンリッチメントの削除

統合に追加されたリクエストおよびレスポンス・メッセージ・エンリッチメント・ポイントのマッピングを削除できます。 エンリッチメント・ポイント・マッピングを削除すると、統合は元のエンリッチメント前の状態に戻ります。

リクエストおよびレスポンス・エンリッチメントを削除するには:
  1. Integrationsページで統合を選択します。 この統合はアクティブであってはなりません。
  2. 削除するリクエスト・メッセージまたはレスポンス・メッセージのエンリッチメント領域をクリックします。
  3. 表示される「Delete」アイコンを選択します。
    これによってマッピングが削除されます。
  4. プロンプト表示されたら「Yes」をクリックして確認します。
    「保存」「閉じる」の順にクリックします。

統合の2つの異なる起動エンドポイントに対するルーティング・パスの作成

2つの異なる呼出しエンドポイントに対してルーティング・パスを定義する統合を作成できます。 実行時に、ルーティング・パスの式フィルタ・ロジックが評価され、その結果に基づいて呼出しエンドポイントのいずれかに対するパスが使用されます。 どちらのルーティング・パスでもフィルタ・ロジックが満たされない場合、どの呼出しエンドポイントにも接続されません。

式ロジックは次のように動作します。
  • 1番目の(上の)呼出しエンドポイントに式フィルタを定義します。

  • 2番目の(下の)呼出しエンドポイントにELSE条件または式フィルタを定義します。

実行時に、1番目の(上の)呼出しエンドポイントの式フィルタ・ロジックがtrueに評価されると、その呼出しエンドポイントに対するパスが使用されます。 式がfalseに評価されると、その呼出しエンドポイントはスキップされ、2番目の(下の)呼出しエンドポイントに対するパスがELSE条件または式フィルタを通じて使用されます。

ルーティング・パスの作成に加え、両方の呼出しエンドポイントにリクエストとレスポンス(およびオプションでエンリッチメント)のマッピングも定義します。

統合の2つの異なる呼出しエンドポイントに対するルーティング・パスを作成するには:

  1. Integrationsページで、ルーティング・フィルタを定義する統合を選択します。 統合が、トリガーと呼出しの接続、ビジネス識別子の追跡およびマッピングで完全に定義されていることを確認します。
  2. 統合のトリガー側の「Filter」アイコンをクリックし、フィルタ式を作成します。 ルーティングは、定義済のリクエスト・エンリッチメントの後で、最初のリクエスト・マッピングの前に作成されます。
    routing_filter.pngの説明は以下のとおりです
    「図routing_filter.pngの説明」
  3. 表示されているメニューの「Routing」アイコンをクリックします。
    ルーティング式を作成するための式ビルダーが表示されます。 式ビルダーは、複数のソース構造をサポートします。 両方のソース構造を使用してOR式を作成できます。 また、式に名前を付けたり、「Expression Summary」アイコンを使用して式サマリーを計算したりすることもできます。 ネームスペース接頭辞の有無にかかわらず要素および属性もサポートされます。

    「Filter」リンクをクリックすることで、ソース構造の表示をフィルタ処理できます。 これにより、フィールドが使用されるかどうか、およびフィールドのタイプ(必須フィールド、カスタム・フィールドまたはすべてのフィールド)について、フィルタ処理できるようになります。 必須フィールドとカスタム・フィールドの両方をまとめてフィルタ処理して選択することもできます。

  4. 要素を「Source」領域から「Expression」フィールドにドラッグします。
  5. 値を定義します。
    この例では、ClassificationCode要素がOrgに等しいものとして定義されています。 つまり、この式がtrueに評価される場合、Orgが取得されることを意味します。
  6. 式を計算するには、「Expression Summary」アイコンをクリックします。 これにより、式のサマリーが表示され、作成したばかりの式の、よりわかりやすく読みやすいバージョンが定義されます。
  7. その名前がわかりにくい場合は、式をコピーして「式名」フィールドに貼り付けて追加編集します。
    ics_express_bld_names.pngの説明は以下のとおりです
    「図ics_express_bld_names.pngの説明」
  8. 「閉じる」をクリックして、変更を保存します。
    定義した式が統合の上に表示されます。 「フィルタ」アイコンが変更され、式が定義されたことを示します。
    routing_expression_integ.pngの説明は以下のとおりです
    「図routing_expression_integ.pngの説明」
  9. 統合の右側で、「Routing Drawer」アイコンをクリックし、2つの潜在パスが含まれるグラフィカル・ルーティング・ダイアグラムを表示します。 前に定義した1番目のルート(上のトリガーと呼出し)は、直線の上の定義済の式を示します。 2番目のルート(下のトリガーと呼出し)は、まだ定義されていないため、点線で表示されます。

    統合をアクティブ化するか(追加のフィルタが不要な場合)、追加のルーティング・フィルタを定義できます。 この例では、2番目のルートを定義します。
  10. 下のトリガー・アイコンの「目丸」アイコンをクリックして、2番目のトリガーで経路を定義し、経路を起動します。
    routing_drawer2.pngの説明は以下のとおりです
    「図routing_drawer2.pngの説明」
    これにより、統合がリフレッシュされ、統合の下のトリガーと呼出しのルートが表示されます。 トリガー側は1番目のルートに定義されているとおりですが、呼出しルートは未定義です。
  11. 「Show Palette」をクリックし、使用可能な接続およびテクノロジのリストを表示します。
  12. アダプタを統合の呼出し(ターゲット)領域にドラッグします(この例では、Oracle RightNowアダプタが追加されます)。
    アダプタ構成ウィザードが呼び出されます。
  13. Oracle RightNowアダプタについてウィザードの各ページを構成します。 この例では、操作ページで「取得」操作および「アカウント」ビジネス・オブジェクトが選択されています。
    routing_target_config.pngの説明は以下のとおりです
    「図routing_target_config.pngの説明」
    これで、2番目の呼出しに対して統合が定義されました。 次に、2番目の呼出しに対してフィルタ式を作成する必要があります。
  14. 「Filter」アイコンをクリックしてフィルタ式を作成します。
  15. 追加の式が不要な場合は、Eアイコン(ELSE条件の作成)をクリックします。
    routing_filter_edit.pngの説明は以下のとおりです
    「図routing_filter_edit.pngの説明」
    これにより、2番目のトリガーと呼出しに対してELSE条件が定義されます。 ELSE条件は、1番目のルートがfalseに評価された場合(ClassificationCodeOrgに等しくない場合)に使用されます。 個々の直線のアダプタ・アイコンをクリックして、2つのトリガー・ルートを相互に切り替えることができます。 青色の線は、統合で現在表示されている起動です。
    routing_logic_else.pngの説明は以下のとおりです
    「図routing_logic_else.pngの説明」
  16. ELSE条件を使用するかわりに2番目のルートに独自の式フィルタを定義する場合、次のステップを実行します。
    1. 「Filter」アイコンをクリックします。
    2. 「Clear Expression」を選択してELSE条件を削除します。
    3. プロンプト表示されたら「Yes」をクリックして確認します。
    4. 「Filter」アイコンを再度クリックし、「Edit」アイコンを選択して、ステップ3で実行したように式ビルダーを呼び出します。
    5. 式を定義します。
    6. 「閉じる」をクリックして、変更を保存します。
      リクエストとレスポンスのマッピングを定義する必要があります。
  17. 「Request Mapper」アイコンをクリックしてマッピングを定義します。
    この例では、次のマッピングが定義されます。
    ソース ターゲット

    process > Organization > Organizationid

    Get > Account > ID > id

  18. 「Response Mapper」アイコンをクリックしてマッピングを定義します。
    この例では、次のマッピングが定義されます。
    ソース ターゲット

    process > GetResponse > Account > ID > LookupName

    processResponse > Organization > Name

    これで、統合の設計は100%完了しました。

  19. 統合をアクティブ化します。

式モードと条件モードの両方でルーティング式ロジックを作成

2つの異なるユーザー・インタフェース・モードでルーティング条件のXPath式を作成できます。

  • 式モード: このモードは、XPath式全体を作成および表示するためのインタフェースを提供します。

  • 条件モード: このモードは、XPath条件式を作成および表示するための読みやすいインタフェースを提供します。 このモードは、XPath式の使用経験が少ないビジネス・アナリストの役に立ちます。

式を作成および表示する際は、式モードと条件モードを切り替えることができます。 マッピングが必要な要素および属性は、名前の左側の青色のアスタリスク(*)によって識別されます。 マッピングが必要な場合など、要素および属性にカーソルを置いて、特定のスキーマの詳細(データ・タイプなど)を表示できます。 式を作成する際、ツリーにおける次の機能に注意してください。
  • デフォルトで、要素の3つのレベルが「Source」領域のツリーにロードされます。 3番目のレベルに達すると、「Load more」リンクが表示されます。 リンクをクリックすると、その要素の直接の子がすべて表示されます。 基本タイプのみが自動的にロードされます。 基本タイプを展開してタイプをロードするには、一意のアイコンとして識別される基本タイプをクリックします。 これにより、展開されたタイプのメニューが呼び出され、1つずつ選択してツリーにロードできます。
    ics_logic_express_base.pngの説明は以下のとおりです
    「図ics_logic_express_base.pngの説明」

  • すでに式にドラッグした「Source」領域のツリーの要素は、緑色のチェック・ボックスで識別されます。 これらの要素は、3つのレベルよりも深いレベルであってもツリー内に表示されます。

  • ツリーにまだロードされていない要素を検索するには、「Find」フィールドに名前を入力して「Search」アイコンをクリックします。 このアクションにより、特定の要素がツリーにロードされます。

この項では、両方のモードを使用して式を作成する例を示します。

式モードと条件モードの両方でルーティング式ロジックを作成するには:

  1. 統合のソース側の「Filter」アイコンをクリックし、フィルタ式を作成します。
    routing_filter.pngの説明は以下のとおりです
    「図routing_filter.pngの説明」
  2. 表示されているメニューの「Routing」アイコンをクリックします。
    ルーティング式を作成するための式ビルダーが表示されます。 式モードがデフォルトのモードです。
  3. 「Expression Name」の直下のフィールドで、必要に応じて、作成する式に関する短い説明を入力します。

  4. 左側の「Source」領域から、短い説明フィールドの直下の式フィールドに要素を追加します。 必要に応じて、「Components」セクションから機能を追加することもできます。
    式フィールドに要素を追加する方法は2つあります。
    1. 「Source」領域から要素をドラッグします。
    2. 「Source」領域で要素の行を選択し、ページの中心にある「Move」アイコンをクリックして要素を移動します。

      選択した要素の式が式フィールドに表示されます(この例では、Country要素の式が追加されています)。 選択した要素は、「ソース」領域の緑色のチェック・ボックスによって識別されます。

  5. 追加した式の右側で、演算子と、一重引用符または二重引用符で囲んだ値を定義します(この例では、= “USA”が定義されています)。
  6. 「Expression Summary」アイコンをクリックし、簡単でわかりやすいバージョンの式を表示します。 読みやすい出力が表示されます。
    ics_logic_express_bldnw.pngの説明は以下のとおりです
    「図ics_logic_express_bldnw.pngの説明」

    ノート:

    • 式に要素を追加するには、式の正確な位置にカーソルを置き、「Source」領域内で要素の行を選択し、「Move」アイコンをクリックします。 これらのアクションにより、この要素がカーソルの正確な位置に追加されます。

    • 式内のカーソルの正確な位置に要素をドラッグできます。これにより、要素の式が、要素をドロップする位置ではなく、カーソル位置に追加されます。

    • 要素を既存の式の要素の上にドラッグして置き換えることができます。

  7. 右上隅で、「Condition Mode」をクリックし、条件モードで作成した式を表示します。 条件モードは、式を作成および表示するための読みやすいインタフェースを提供します。

    条件モードへのアクセスに関する次の詳細事項に注意してください。

    • 条件モードにアクセスできるのは、条件フィールドが空であるか、trueまたはfalseを返す式を使用して条件フィールドが完全に定義されている場合のみです。 式を部分的にのみ定義した場合(たとえば、式フィールドに要素をドラッグしたが、式ロジックおよび= “USA”などの値を定義し忘れた場合)、条件モードにアクセスするには有効な条件を指定する必要があるという内容のエラーが表示されます。

    • 「Condition Mode」ボタンが「Expression Mode」に切り替わります。

    ノート:

    いつでも「Expression Mode」をクリックしてXPath式全体を表示できます。
  8. 式をクリックします。

    ics_logic_express_add2.pngの説明は以下のとおりです
    「図ics_logic_express_add2.pngの説明」

    これにより、ページがリフレッシュされ、条件および条件グループを追加するためのアイコンが表示されます。 グループを使用すると、複数の条件を単一の論理式に結合できます。


    ics_logic_express_build3.pngの説明は以下のとおりです
    「図ics_logic_express_build3.pngの説明」
  9. 「Add Condition」アイコン(最初のアイコン)をクリックし、条件式を追加します。
    これにより、追加の式ロジックを入力するための追加フィールドが作成されます。 メッセージ「ドラッグ・アンド・ドロップまたはここに入力」がこのフィールドに表示されます。
    ics_logic_express_add_cond2.pngの説明は以下のとおりです
    「図ics_logic_express_add_cond2.pngの説明」
  10. 「Source」領域から最初の「Drag and drop or type here」フィールドに要素をドラッグします(この例では、Country要素が再度追加されます)。
  11. 演算子(=>!=など)を選択し、値を追加します(この例では、“Mexico”が追加されます)。
  12. 「Match」リストから、オプションを選択します。 このリストは、少なくとも2つの条件が定義されるまで表示されません。
    • Any of: 追加した任意の式がtrueである必要がある場合に選択します。 これは、式モードで表示されるXPath式全体におけるOR条件に相当します。

    • All of: すべての式がtrueである必要がある場合に選択します。 これは、式モードで表示されるXPath式全体におけるAND条件に相当します。



  13. 「Add Group」アイコン(2番目のアイコン)を選択し、一連の条件をグループ化します。 このオプションを使用すると、単一のグループ内で複数の条件を作成できます。 グループは、グレーの輪郭とインデントによって示されます。
  14. 「Source」領域から要素を追加します。
    次に例を示します。
    • DisplayName要素が最初の「Drag and drop or type here」フィールドに追加されます。

    • 不等号演算子(!=)が選択されます。

    • Country要素が2番目の「Drag and drop or type here」フィールドに追加されます。

  15. 「Add Condition」アイコン(最初のアイコン)をクリックし、グループ内に条件式を追加します。
    次に例を示します。
    • DisplayOrder要素が最初の「Drag and drop or type here」フィールドに追加されます。

    • 小なり演算子(<)が選択されます。

    • 10が2番目の「Drag and drop or type here」フィールドに入力されます。

  16. 必要に応じて、グループ条件の作成を続けます。
    完了すると、式が表示されます。 この例では、条件があります: 「国」USAであるか、「国」「メキシコ」であるか、DisplayNameが国と等しくなく、DisplayCount10より小さい場合、統合は続行されます。
    ics_logic_express_add_gr3.pngの説明は以下のとおりです
    「図ics_logic_express_add_gr3.pngの説明」
  17. 「Expression Mode」をクリックします。
    下部のXPath式全体と式サマリーに注意してください。 選択した要素が(ツリー内の深さのレベルにかかわらず)表示され、「Source」領域で緑色のチェック・ボックスで識別されます。
    ics_logic_express_final2.pngの説明は以下のとおりです
    「図ics_logic_express_final2.pngの説明」
  18. 必要な場合、XPath式内にカーソルを置き、必要に応じて編集(たとえば、USACanadaに変更)し、「Expression Summary」アイコンをクリックし、計算をリフレッシュします。 XPath式の編集時に間違った(たとえば、値に二重引用符を追加し忘れた)場合、エラー・メッセージが表示されます。
  19. 「Save」をクリックして、読取り専用モードで式を表示します。 また、作成プロセス中にいつでも「Done Editing」をクリックして、読取り専用モードで式を表示できます。
  20. 「閉じる」をクリックして統合に戻ります。 統合の上の青いバナーにわかりやすい式が表示されます。

ルーティング・パスの削除

統合の異なるターゲット・エンドポイントで作成されたルーティング・パスを削除できます。

ルーティング・パスを削除する場合、2つの方法があります。
  • ルーティング・パスと式フィルタを削除します。

  • エンドポイントとルーティング・パスを削除しますが、式フィルタは維持します。

ルーティング・パスと式フィルタの削除

ルーティング・パスと式フィルタを削除するには:

  1. Integrationsページで、ルーティング・パスを削除する統合を選択します。

  2. 「Routing Drawer」アイコンを展開して、ルーティング・パスのダイアグラムを表示します。

  3. 統合の上で、削除するルーティング・パスを選択します。
    routing_select_delete.pngの説明は以下のとおりです
    「図routing_select_delete.pngの説明」

  4. 「Filter」アイコンをクリックします。

  5. 表示されているメニューから「Delete Route」を選択します。


    routing_delete.pngの説明は以下のとおりです
    「図routing_delete.pngの説明」
  6. プロンプト表示されたら「Yes」をクリックして確認します。

    このアクションにより、選択したパスの式フィルタおよびリクエスト・マッピングとともに、ルーティング・パスが削除されます。 統合上の図は、ルーティング・パスが削除されたことを示しています。
    routing_delete_complete.pngの説明は以下のとおりです
    「図routing_delete_complete.pngの説明」

エンドポイントとルーティング・パスの削除

エンドポイントとルーティング・パスを削除するには:

  1. 統合で、削除するターゲット・エンドポイントをクリックします。

  2. 表示されているメニューの「Delete」をクリックします。

  3. プロンプト表示されたら「Yes」をクリックして確認します。

    このアクションにより、ターゲット・エンドポイントとルーティング・パスが削除されます。 統合の上のダイアグラムに、ルーティング・パスが削除されたことが示されます。 統合内では、削除されたターゲット・エンドポイントから何も使用していないため、式のみが統合で定義されます。
    routing_delete_endpt.pngの説明は以下のとおりです
    「図routing_delete_endpt.pngの説明」

基本ルーティング統合でのフォルトのマップ

メッセージの一部をフォルト・メッセージにマッピングして、フォルトを理解するための説明を作成できます。

フォルトをマッピングするには:
  1. 統合の「Fault Mappings」アイコンをクリックします。

  2. フォルトのタイプごとに次の操作を実行します。
    1. 「Route To」の下でフォルトのタイプを選択します。
    2. 「Map」の下で、マッピングを実行するフォルト・マップの「Mapper」アイコンをクリックします。

    左側にソース・フォルトのデータ構造、右側にターゲット・フォルトのデータ構造を含むマッパーが表示されます。 マッパーから戻ると、マップ・アイコンの色が変わり、完了したことが示されます。
  3. 「Close」 をクリックします。
  4. データのマッピング方法に必要な変更を加えるには、マッピングに戻ります。

    Oracle Cloud Oracle Mapperの使用データのマッピングに関する項を参照してください。

事前作成済基本ルーティング統合へのカスタマイズされたマッピングの追加

Oracle MarketplaceからOracle Integrationにインポートする事前に作成された統合のアプリケーション・エンドポイントをカスタマイズすることは、一般的な方法です(たとえば、カスタム・フィールドの追加など)。 この結果、これらのカスタム・フィールドを活用するために統合のマッピングをカスタマイズする必要が生じます。 Oracle Integrationを使用すると、Oracle Marketplaceからインポートした事前構築された統合のマッピングをカスタマイズできます。 この操作によって、変更できないベース・マッピング・ファイル上に、カスタマイズ・マッピング・レイヤーが作成されます。 カスタマイズ・マッピングを追加できるのは、Oracle Marketplaceからインポートした事前作成済統合のみです。自分や他のユーザーが作成した統合に追加することはできません。

事前作成済統合にカスタマイズ・マッピングを追加するには:
  1. ナビゲーション・ペインで、「統合」をクリックします。
  2. カスタマイズする事前作成済統合の名前を探します。 事前作成済統合は、統合名の右側の「BUILT BY ORACLE」という語によって示されます。
  3. 統合名の右端にあるメニューで、「Customize」を選択します。
    メッセージ「Customizing...」が統合の上に表示されます。

    同じ事前作成済統合のカスタマイズ・バージョンが複数存在することが検出されると、カスタマイズのコピー元のバージョン・リストを示すダイアログが表示されます。 バージョンを選択して「Apply」をクリックするか、後で説明するように、「Skip」を選択してカスタマイズをコピーせずにマッパーで独自のカスタマイズを作成します。
    apply_customizations.pngの説明は以下のとおりです
    図apply_customizations.pngの説明

  4. カスタマイズしたいマッピングのタイプに対応するアイコンをクリックします。 リクエスト、レスポンス、フォルト、エンリッチメント・ソースおよびエンリッチメント・レスポンスのマッピングをカスタマイズできます。

    選択したマッパーをカスタマイズするためのアイコンが表示されます。
  5. 「Customize」をクリックします。

    マッパーはカスタマイズ・モードで表示されます。
  6. ソース・フィールドをターゲット要素にドラッグ・アンド・ドロップします。
    「Mapping」列のマッピングされたターゲット要素の左側に青い点が表示され、カスタマイズ・マッピングであることを示します。 これらのマッピングは、変更できないベース・マッピング・ファイル上にある、カスタマイズ・レイヤーに追加されます。 この点によって、カスタマイズされたマッピングと、事前作成済統合の一部として作成された通常のマッピング(青い点が表示されない)が区別されます。

  7. 「閉じる」をクリックし、「適用」をクリックして変更を保存します。
    青い点と「Customized Response Mapping」という語が、カスタマイズ・マッパーのアイコンの右下に表示されます(この例では、レスポンス・マッパーがカスタマイズされました)。 これ以外のマッパーはカスタマイズされなかったため青い点は表示されません(この例では、リクエスト、フォルトおよびリクエスト・エンリッチメントのマッパー)。

「Oracle Integration Generation 2でのOracle Mapperの使用」「マッピング・データ」を参照してください。

事前作成済基本ルーティング統合からのカスタマイズされたマッピングの削除

Oracle Marketplaceからインポートした事前作成済統合に追加したカスタマイズ・マッピングを削除できます。 すべてのカスタマイズ・マッピングまたはマッピングの特定のサブセット(たとえば、リクエスト、レスポンス、フォルト、エンリッチメント・ソース、エンリッチメント・レスポンス・マッピング)を削除できます。

事前作成された基本ルーティング統合からカスタマイズされたマッピングを削除する手順は、次のとおりです:
  1. 左側のナビゲーション・ペインで、「ホーム」>「統合」>「統合」をクリックします。
  2. カスタマイズ・マッピングを削除する事前作成済統合を探します。 カスタマイズされた事前作成済統合は、統合名の右側の「BUILT BY ORACLE」「Customized」という語で示されます。
  3. 統合名をクリックします。
    統合に追加されたすべてのカスタマイズ・マッピング、またはマッピングの特定のサブセット(たとえば、リクエスト、レスポンス、フォルト、リクエスト・エンリッチメント、レスポンス・エンリッチメント・マッピング)を削除できます。
  4. 統合からすべてのカスタマイズ・マッピングを削除するには、次のステップを実行します。
    1. 右上の「Remove All Customizations」をクリックします。

  5. リクエスト、レスポンス、フォルト、リクエスト・エンリッチメントまたはレスポンス・エンリッチメント・マッピングの特定のサブセットを削除するには、次のいずれかのステップを実行します。
    1. マッパー・アイコンをクリックしてから、削除するカスタマイズ・マッピングの「Remove Customizations」をクリックします(この例では、カスタマイズ・レスポンス・マッピングが選択されています)。

    または
    1. マッパー・アイコンをクリックし、「Customize」をクリックして特定のマッパーにアクセスします。
    2. マッパー・ページの右上の「Remove Customizations」をクリックします。
  6. プロンプト表示されたら「Yes」をクリックして選択内容を確認します。
    この操作によって、特定のカスタマイズ・マッピングが統合から削除されます。 カスタマイズ・マッピングを示していた青色の点が削除されていることに注意してください。 元の事前作成済統合に含まれる既存マッピングは削除されません。