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 Workflow パッケージと任意の Adobe Workfront Automation および Integration パッケージ Workfront Ultimate Workfront Fusion を追加購入した Workfront Prime および Select パッケージ。 |
| Adobe Workfront ライセンス |
標準 Work またはそれ以上 |
| 製品 | 組織が Workfront Automation および Integration を含まない Select またはPrime Workfront パッケージを持っている場合は、Adobe Workfront Fusion を購入する必要があります。 |
この表の情報について詳しくは、ドキュメントのアクセス要件を参照してください。
再試行エラー処理ディレクティブの回避策
Workfront Fusionは現在、retry エラー処理ディレクティブを提供していません。 次のいずれかの回避策を使用して、再試行機能を模倣します。
手順については、 エラー処理のディレクティブ を参照してください。
Break ディレクティブの使用
Break ディレクティブが実行されると、シナリオ実行の状態は不完全な実行のキューに保存されます。 このような場合は、不完全な実行を手動で解決できます。
手順については、Break ディレクティブで処理されたエラーを解決するを参照してください
不完全な実行の解決方法については、不完全な実行の表示と解決を参照してください。
欠点
-
最小再試行間隔は 1 分です。
-
モジュールが複数のバンドルを処理していて、バンドルの処理が失敗した場合、部分的な実行(エラーの原因となったバンドルのみ)が未完了の実行フォルダーに移動され、一時停止ディレクティブの設定に従って再試行がスケジュールされます。 ただし、現在の実行は続行され、モジュールは後続のバンドルを処理し続けます。
不完全な実行フォルダーに保存されている実行が正常に解決されるまで、シナリオが再度実行されないようにするには、 シナリオ設定で「 シーケンシャル処理」オプションを有効にします。
不完全な実行について詳しくは、不完全な実行の表示と解決を参照してください。
リピータモジュールの使用
リピータ モジュールの回避策は、より複雑ですが、よりカスタマイズ可能です。
エラーハンドラーのルートの設定
-
左側のパネルの「シナリオ」タブをクリックします。
-
回避策を追加するシナリオを選択します。
-
シナリオの任意の場所をクリックして、シナリオエディターに入ります。
-
フローコントロール アイコン
をクリックし、リピーターを選択します。
-
リピータモジュールで、Repeats フィールドを、シナリオを再試行する最大回数に設定します。
-
Repeater モジュールの後に、失敗する可能性のあるモジュールを添付します。
-
エラーが発生する可能性のあるモジュールにエラーハンドラーのルートを添付します。
手順については、 エラー処理の追加を参照してください。
-
ツール > スリープ モジュールをエラーハンドラーのルートに追加し、その遅延 フィールドを再試行の間の秒数に設定します。
-
ツール > スリープ モジュールの後にIgnore ディレクティブを追加します。
-
引き続き デフォルトのルートを設定します。
デフォルトルートの設定
-
エラーが発生する可能性があるモジュールの後にある別の(エラーハンドラー以外の)ルートにツール > 変数 モジュールを追加し、モジュールの結果を
Resultなどの名前の変数に格納するように設定します。 -
Tools > Set variableの後にArray aggregator モジュールを追加し、Source Module フィールドでRepeater モジュールを選択します。
-
Array aggregator モジュールの後にTools > Get variable モジュールを追加し、
Result変数の値をそれにマッピングします。 -
Repeater モジュールと失敗する可能性のあるモジュールの間にツール > 変数 モジュールを挿入し、
Result変数の値をそれにマッピングします。 -
Result変数が存在しない場合にのみ続行するには、この ツール/変数の取得 モジュールと失敗する可能性があるモジュールの間にフィルターを挿入します。
例:
このシナリオの例では、HTTP > リクエストを作成 モジュールは、失敗する可能性のあるモジュールを表しています。
失敗する可能性のあるモジュールの結果が複雑すぎて単純な変数に格納できない場合は、データストアを使用して結果を保存および取得できます。 データストアにはレコードが 1 つだけ含まれます。 レコードのキーは、例えば Result などです。
データストアについて詳しくは、 データストア を参照してください。
欠点
- この回避策はより複雑です。
- この回避策では、より多くの操作を使用します。