トライ-キャッチ

名前

ステップの名前が含まれます。

トライ

実行するアクションを指定します。アクションの結果として例外が予想される場合、キャッチ ブロックで例外を指定します。

例外

キャッチすることが予想される 1 つ以上の例外を指定します。

キャッチ分岐はそれぞれ例外のリスト、およびその右側にある、トライ分岐の実行でこれらのいずれかの例外がスローされた場合に実行するアクションで構成されます。

各例外には、スロー ステップで使用される例外名、または事前定義された例外名に対応する名前が付けられます。

キャッチ分岐で例外が追加または編集されると、エディターでは トライ分岐内でスローされる可能性があり、かつキャッチ分岐にまだリストされていない例外が提案されます。

ファイナル

トライ-キャッチ ステップを終了する直前に実行するアクションを指定します。

トライ-キャッチ ステップの実行は、その他のステップよりも少し複雑です。最も一般的な実行ケースは最もシンプルで、最初に説明します。最も複雑なケースはファイナル分岐にステップが含まれている (空ではない) 場合です。

すべてのケースで、トライ-キャッチ ステップの実行は、トライ分岐を実行することから始まります。これは正常に終了するか、いずれかのステップによってスローされる例外によって終了できます。

最も一般的なケース：ファイナル分岐が空

トライ分岐が正常に終了

実行は、トライ-キャッチ ステップ全体の後のステップで続行されます。つまり、キャッチ分岐はこの場合は実行されません。

トライ分岐がスローされた例外で終了

例外をスローするステップから、実行は例外をリストするキャッチ分岐の開始を直接続行します。

より複雑なケース：ファイナル分岐が空

トライ分岐がスローされた例外で終了しても、キャッチ分岐はその例外をリストしない

このケースは、トライ-キャッチ ステップ自体が例外をスローしたように扱われ、その他のステップが例外をスローした場合と同じ方法で処理されます。ここにリストされているすべてのケースが適用されます。

この戦略 (「トライ-キャッチ ステップ自体が例外をスローしたように扱われる」) は、その他多くのケースで使用されます。

すべての トライ-キャッチ ステップに空のファイナル分岐がある場合、ワークフロー ロジックで周囲の トライ-キャッチ ステップの一致するキャッチ分岐が検索され、どの トライ分岐にこの トライ-キャッチ ステップが含まれているかが検索されます。そのようなキャッチ分岐が周囲の トライ-キャッチ ステップに見つからない場合、例外はワークフロー内で "not handled" に設定されます。こうした場合、ロボット ワークフローおよび含まれている「ロボットの呼び出し」ステップ の実行は停止し、「ロボットの呼び出し」ステップの [エラー処理] タブで指定したとおりにエラーが処理されます。

トライ-キャッチ ステップにファイナル分岐も含まれている場合、実行は同様ですが、1 度に 1 つの "スロー" が実行されます。

トライ分岐がスローされた例外で終了し、当該のキャッチ分岐もスローされた例外で終了する

キャッチ分岐でスローされた例外は同じ トライ-キャッチ ステップのキャッチ分岐では処理されません。代わりに、これは トライ-キャッチ ステップ自体がその例外をスローしたように扱われます。詳細については、前のケースの説明を参照してください。

ネストされた トライ-キャッチ ステップに関する注意

トライ-キャッチ ステップによって処理される例外は、周囲の トライ-キャッチ ステップによって処理されません。例外を処理できるキャッチ分岐が見つかると、例外は完全に処理されたものとみなされ、"forgotten" になります。キャッチ分岐の実行が開始し、通常の方法で続行します。そのため、各例外は一度だけ処理されます。

最も複雑なケース：ファイナル分岐が空ではない

この場合、実行の状態に関係なく、ファイナル分岐のステップは実行が トライ-キャッチ ステップで終了する直前に実行されます。次のケースで、これがどのように動作するかを上記のケースごとに詳述します。

トライ分岐が正常に終了

例外はファイナル分岐のステップで続行します。その後のことは、ファイナル分岐の実行がどのように終了するかによって異なります。

• ファイナル分岐の実行が正常に終了すると、実行は トライ-キャッチ ステップ全体の後のステップで続行されます。

• 例外がファイナル分岐の実行中にスローされる場合、これは トライ-キャッチ ステップ自体がその例外をスローしたように扱われます。

トライ分岐はスローされた例外で終了し、キャッチ分岐は正常に終了する

キャッチ分岐の実行後、ロジックは前のケースのとおりです。

トライ分岐がスローされた例外で終了しても、キャッチ分岐はその例外をリストしない

この場合、例外は "remembered" となり、実行はファイナル分岐のステップで続行されます。その後のことは、ファイナル分岐の実行がどのように終了するかによって異なります。

• ファイナル分岐の実行が正常に終了すると、実行は トライ-キャッチ ステップ自体が "remembered" の例外を再度スローするかのように続行されます。

• 例外がファイナル分岐の実行時にスローされると、これは同じ トライ-キャッチ ステップのキャッチ分岐によって処理されません。代わりに、これは トライ-キャッチ ステップ自体がその例外 (つまり、ファイナル分岐によってスローされた例外) をスローしたように扱われます。"remembered" の例外はこの時点では事実上 "forgotten" です。

トライ分岐はスローされた例外で終了し、当該のキャッチ分岐もスローされた例外で終了する

これは、"remembered" の例外が トライ分岐ではなく、キャッチ分岐によってスローされたものであることを除き、前のケースと同様に処理されます。上記のように、トライ分岐によってスローされた例外がキャッチ分岐の実行開始時に完全に処理され、"forgotten" になります。

ステップで実行中にエラーが発生した場合、次のいずれかの例外がスローされます。これらの例外は必要に応じて スロー ステップによって明示的にスローすることもできます。

ステップ エラーのためにスローされると、事前定義の例外にはその問題を説明するメッセージが含まれます。このメッセージは、例外がロボット ワークフローの トライ-キャッチ ステップで処理されず、「ロボットを呼び出す」ステップ の実行が終了された場合に利用できるようになります。

すべての「内部」例外は事前定義されているため、名前を変更することはできません。「ユーザー定義」例外の名前は、タイムアウトが参照しているステップの種類によっては、ユーザーが変更することも可能です。たとえば、[InputNameTimeOut] または [LoginTimeOut] に変更できます。

• TimeOutError: 実行がタイムアウトした場合にスローされます。
• FinderIssue: ファインダーで要素が見つからなかった場合にスローされます。
• DeviceIssue: ステップの実行を妨げるデバイスまたはドライバーの問題の場合にスローされます。
• IncorrectValueIssue: "one".substring(-1) の -1 など、エクスプレッションの値が使用場所で適切でない場合にスローされます。
• ExtractIssue: 抽出ステップで抽出に失敗した場合にスローされます。
• DivisionByZeroIssue: エクスプレッションの評価中にゼロ除算 (またはゼロ剰余) が発生した場合にスローされます。
• OverFlowIssue: エクスプレッションの評価でオーバーフローが発生した場合にスローされます。
• ConversionIssue: エクスプレッションの評価中に "one".integer(). など、タイプ間の変換が失敗した場合にスローされます。
• DisappearedIssue: アクションを実行する対象のコンポーネントまたはアプリケーションが見つからなかった場合にスローされます。

エクスプレッションがステップの一部である場合は、ステップの実行で次の例外がスローされることがあります。

• IncorrectValueIssue

• DivisionByZeroIssue

• OverflowIssue

• ConversionIssue

以下の表に、ステップ、ファインダー、およびその他のワークフロー エレメントでスローされる可能性のある例外をリストします。エクスプレッションの問題は、エクスプレッションを持つステップによってスローされる問題です。

ガード チョイス ステップは、ステップで使用されるガードに応じて、以下の例外をスローします。