Configuring an Error Handling Processor
The Error Handling processor component controls the next step after a function fails to be executed. An error handling node determines whether to retry when the function it follows fails. There are two types of function failures: execution error and internal service error with an error code (200: success; 500 and 404: failure).
Notes and Constraints
- Function flows created in Data Workroom (DWR) can only be viewed on the FunctionGraph console; editing and deletion must be done within DWR.
- An error handling processor can be connected to a maximum of 10 nodes that are not start, stop, or error handling.
Configuration Description

Parameter |
Description |
---|---|
Retry |
Disabled by default. |
Retry Condition (JSONPath) |
Required when Retry is enabled. This parameter specifies whether to retry the task at the configured retry interval and up to the maximum retry count when the retry condition is met. If the condition still holds after reaching the maximum retries, the workflow proceeds to the next node. If the retry condition is not met during or after the maximum retries, an alternate branch node is executed. |
Retry Interval (1–30s) |
Required when Retry is enabled. The default retry interval is 1s. |
Maximum Retries (1–8) |
Required when Retry is enabled. The default retry count is 3. |
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot