プロジェクトで接続を起動するための再試行ロジックの追加
再試行ロジックを追加してプロジェクト内の接続を起動すると、指定した期間内の指定した回数、失敗した呼出しを自動的に再試行できます。 どちらの再試行設定もデフォルト値で構成されます。ただし、必要に応じてこれらの設定を更新できます。
機能
再試行ロジックには次の機能があります:
- 呼出し接続の再試行回数と再試行間隔が自動的に構成されます。 必要に応じて、これらの値を変更することもできます。
- プロジェクトの統合でのみ使用できます。
- ビジネス・フォルトとランタイム・フォルトの両方が再試行されます。 たとえば、ビジネス・フォルトがNetsuiteの重複顧客エラーであるか、ランタイム・フォルトが
HTTP 500エラーである可能性があります。 - 呼出し接続からのすべてのフォルトは、現在再試行の一部として含まれています。 再試行または無視するフォルトのタイプを選択することはできません。
- 再試行ロジックは、統合で必要な数の呼出し接続に追加できます。 再試行ロジックは統合レベルで処理されません。
設計時に接続を起動するための再試行ロジックの追加
- プロジェクトを開き、再試行ロジックを追加する統合を開きます。
- 呼出し接続の「アクション」
メニューをクリックし、「再試行ロジックの追加」を選択します。
- 新しいキャンバス・アクションを追加し、選択した呼出し接続および関連付けられたマップ・アクションを移動するように求められたら、「追加」をクリックします。
統合が再試行ロジックで更新されます。
再試行ロジックは、次のもので構成されます:- assignアクションは、デフォルトの再試行回数(
3に設定)および再試行間隔(5秒に設定)を制御するwhileアクションのすぐ上に追加されます。 これらの値は、必要に応じて更新できます。
ノート:
再試行回数は大きな値に設定しないでください。 これはパフォーマンスに影響を与えます。 - 起動接続とそれに関連付けられたマップ・アクションは、whileアクションのスコープ・アクション(この例では、呼出し接続callCustomer1およびマップ・アクションcallCustomer1)内で移動されます。 割当てアクションもスコープに追加されます。 呼出し接続にマップ・アクションが含まれていない場合、呼出し接続のみがスコープ・アクション内に移動されます。 新しいマップ・アクションは作成されません。
- switchアクションを含むフォルト・ハンドラが追加されます。
- assignアクションは、デフォルトの再試行回数(
再試行ロジックで構成された統合の実行
この項では、起動接続障害が発生した場合のアクティビティ・ストリーム出力のビューを示します。
- 再試行ロジックを追加した統合を実行します。
- アクティビティ・ストリームを展開し、3回の再試行(反復)が実行されたことを確認します(デフォルト設定)。
呼出し接続が失敗すると、スコープ・アクションでフォルト・ハンドラによって捕捉されます。 変数はフォルトを増分します。 エラー・コード(HTTPエラーやXPath式エラーなど)に関係なく、再試行が実行されます。
- 失敗した各反復を展開して、再試行間のタイムスタンプを表示します。 1回目と2回目の反復間の5秒間の遅延(デフォルト設定)に注意してください。
