事前定義されたエラー処理ロジック
Last updated
Last updated
以下の4つのノードは、エラー状況に対応するためのロジックを構築する機能を提供しています：
エラー処理のためには、次の3つの事前に定義されたロジックオプションがあります：
処理なし：エラーを処理せずに、ノードからのエラーメッセージをそのまま返し、フロー全体を停止します。
デフォルト値：開発者がエラー情報をあらかじめ定義できるようにします。エラーが発生した場合、定義された値によって元のノードが返すエラー情報を置き換えます。
エラーブランチ：エラーが発生した場合、あらかじめ設定されたエラー処理のブランチを実行します。
これはノードのエラー処理のデフォルト設定であり、タイムアウトやエラーが発生した場合には直接エラーメッセージをスローし、全体の処理フローを中断します。この場合、ワークフローアプリケーションは実行失敗として記録されます。
開発者はデフォルト値エディタを使用して、ノードのエラー出力情報をカスタマイズできます。これは、プログラミングにおけるステップバイステップ（逐次的な）デバッグに似ており、アプリケーションのデバッグプロセスをより明確にします。
例えば：
objectやarray型には、直観的なJSONエディタを用意しています。
numberやstring型には、それぞれの型に合わせたエディタを用意しています。
ノードの実行が失敗した場合、フローは自動的に開発者が設定したデフォルト値を使用し、オリジナルのエラー出力情報の代わりとして処理を続行します。これにより、より明確なエラーメッセージが得られ、開発者はアプリケーションのフローデザインの最適化に注力できます。
デフォルト値のデータ構造は、ノードの出力変数と一致します。例えば、コードノードの出力変数をarray[number]データタイプに設定した場合、デフォルト値のデータタイプも同様にarray[number]になります。
現在のノードの実行でエラーが発生した場合、予め設定されたエラーブランチがトリガーされます。この選択を行うと、新たな接続点が現在のノードに追加され、開発者はキャンバス上で次の処理フローを構築するか、ノード詳細の右下隅で下流ノードを追加することができます。
エラーブランチはオレンジ色の線で示されます。
一般的な戦略としては、エラーブランチ内でエラーに対応するノードを配置し、修正されたデータを変数集約ノードを介して元のフローにリンクし、結果を集約して出力します。例えば、メールツールノードを接続してエラー情報を送信することができます。
エラー変数
ノードのエラー処理を「デフォルト値」または「エラーブランチ」に設定した場合、エラー状況が発生すると、error_typeおよびerror_messageといった変数を通じて下流ノードにエラー情報が伝えられます。
error_type
エラーのタイプ。ノードの種類によって異なるエラータイプがあり、開発者はそれぞれのエラーに対して適切な対処法を選択できます。
error_message
具体的なエラーメッセージ。これはエラー発生元のノードが出力する詳細な障害情報であり、開発者はこれを利用してエラーを修正したり、メールツールを通じて情報を送信したりできます。
