エラー処理 retry 回避策を設定

失敗の理由がすぐに解決される可能性がある場合は、失敗したモジュールを再実行すると便利な場合があります。

Adobe Workfront Fusion では現在、retry のエラー処理ディレクティブを提供していませんが、retry の機能を模倣するために、2 つの回避策を使用できます。

アクセス要件

展開すると、この記事の機能のアクセス要件が表示されます。
table 0-row-2 1-row-2 2-row-2 layout-auto html-authored no-header
Adobe Workfront パッケージ

任意のAdobe Workfront ワークフローパッケージと任意のAdobe Workfront Automation and Integration パッケージ

WorkfrontUltimate

Workfront Fusion を追加購入したWorkfront Primeおよび Select パッケージ。

Adobe Workfront ライセンス

標準

ワークまたはそれ以上

製品 組織がWorkfront Automation and Integration を含まない Select またはPrime Workfront パッケージを持っている場合は、Adobe Workfront Fusion を購入する必要があります。

このテーブルの情報について詳しくは、​ ドキュメントのアクセス要件 ​ を参照してください。

再試行エラー処理ディレクティブの回避策

Workfront Fusion は現在、retry のエラー処理ディレクティブを提供していません。 次のいずれかの回避策を使用して、再試行機能を模倣します。

手順については、​ エラー処理のディレクティブ ​ を参照してください。

一時停止ディレクティブの使用

一時停止ディレクティブが実行されると、シナリオの実行状態が不完全な実行のキューに保存されます。 この場合、不完全な実行を手動で解決できます。

手順については、Break ディレクティブで処理されるエラーの解決 ​ を参照してください

不完全な実行の解決手順については、​ 不完全な実行の表示と解決 ​ を参照してください。

欠点

  • 最小再試行間隔は 1 分です。

  • モジュールが複数のバンドルを処理していて、バンドルの処理が失敗した場合、部分的な実行(エラーの原因となったバンドルのみ)が未完了の実行フォルダーに移動され、一時停止ディレクティブの設定に従って再試行がスケジュールされます。ただし、現在の実行は続行され、モジュールは後続のバンドルの処理を続行します。

    不完全な実行フォルダーに保存された実行が正常に解決されるまでシナリオが再び実行されないようにするには、「シナリオ設定 ​ の「 順次処理 」オプションを有効に ​ ます。

不完全な実行について詳しくは、​ 不完全な実行の表示と解決 ​ を参照してください。

リピーターの使用モジュール

リピーターモジュールの回避策は、より複雑ですが、カスタマイズしやすくなっています。

エラーハンドラールートの設定

  1. 左側のパネルで「シナリオ」タブをクリックします。

  2. 回避策を追加するシナリオを選択します。

  3. シナリオの任意の場所をクリックして、シナリオエディターに移動します。

  4. フロー制御 アイコン フロー制御 をクリックし、「リピータ」を選択します。

  5. リピーターモジュールで、「繰り返し」フィールドを、シナリオを再試行する最大回数に設定します。

  6. 失敗する可能性があるモジュールを リピーター モジュールの後に取り付けます。

  7. 失敗する可能性があるモジュールにエラーハンドラールートを添付します。

    手順については、「​ エラー処理の追加 ​ を参照してください。

  8. ツール ​/​ スリープ モジュールをエラーハンドラールートに追加し、その「遅延」フィールドを再試行間の秒数に設定します。

  9. 無視 ディレクティブは ツール ​/​ スリープ モジュールの後に追加します。

  10. ​ デフォルトルートの設定 ​ を続行します。

デフォルトルートの設定

  1. ツール ​/​ 変数を設定 モジュールを、失敗する可能性があるモジュールの後の別の(エラーハンドラー以外の)ルートに追加し、モジュールの結果を Result などの名前の変数に格納するように設定します。

  2. ツール/変数を設定 ​ の後に ​ 配列アグリゲータ モジュールを追加し、その「Sourceモジュール」フィールドで Repeater モジュールを選択します。

  3. ツール ​/​ 変数を取得 モジュールを 配列アグリゲータ モジュールの後に追加し、Result 変数の値をそれにマッピングします。

  4. ツール ​/​ 変数の取得 モジュールを リピーター モジュールと潜在的に失敗するモジュールの間に挿入し、Result 変数の値をそれにマッピングします。

  5. Result 変数が存在しない場合にのみ続行するには、この​ ツール/変数の取得 ​モジュールと失敗する可能性があるモジュールの間にフィルターを挿入します。

recommendation-more-help

例:

このサンプルシナリオでは、HTTP/​ リクエストを行う ​ モジュールは、失敗する可能性のあるモジュールを表しています。

HTTP リクエストの作成

失敗する可能性があるモジュールの結果が複雑すぎて単純な変数に格納できない場合は、データストアを使用して結果を格納および取得できます。 データストアにはレコードが 1 つだけ含まれます。レコードのキーは、例えば Result などです。

データストアについて詳しくは、​ データストア ​ を参照してください。

欠点

  • この回避策は、より複雑です。
  • この回避策では、さらに多くの操作を使用します。

リソース

  • リピータモジュールとブレイクディレクティブについて詳しくは、​ フロー制御 ​ を参照してください。
  • Get 変数モジュールについて詳しくは、「​ ツール ​」を参照してください。
7e1891ad-4d59-4355-88ab-a2e62ed7d1a3