Automatically retry failed requests when a step encounters an intermittent issue such as a network failure or request rate limit. Set a retry policy to prevent having to manually trigger the step again.

Features

Retry policies can be:
  • Created to support connection timeouts or failed requests based on header, status, response body, error, and HTTP method.
  • Applied to all actions that use a given connection alias.
  • Applied directly to an action step.
Use retry policies to define:
  • The conditions that must be met to retry a step.
  • The time interval to wait before retrying a step.
  • The maximum number of retry attempts the step makes before stopping.
Associate a default retry policy to a Connection & Credentials alias and apply the retry policy to all HTTP connections.
Note: You can only create retry policies for JDBC, REST, and SOAP steps.

Create a retry policy

Automatically retry failed requests when a step encounters an intermittent issue such as a network failure or request rate limit. Set a retry policy to prevent having to manually trigger the step again.

Before you begin

  • Role required: connection_admin or credential_admin

Procedure

  1. Navigate to All > IntegrationHub > Retry Policy > Create New.
  2. On the form, fill in the fields.
  3. (Optional) Create a global system property with the following attributes.
    For more information on how to create a property, see Add a system property. You can use this system property to specify the maximum time in seconds for a retry policy.
    Field Value
    Name glide.fdih.retry.max_time_in_seconds
    Type integer
    Value Default value: 86400 (seconds) Maximum supported time: 604800 (seconds)
  4. Click Submit.

Example: Retry policy with Retry Strategy as Exponential Backoff

Figure 1. Sample retry policy
Sample retry policy when Retry Strategy is Exponential Backoff
In this example, the policy is defined to attempt retry when one of these conditions is met:
  • HTTP Method is GET and Error is Connection Timeout
  • HTTP Method is GET and Status Code is 429
When the condition is met, retry attempts are made for a maximum number of three times. The time interval between the retry attempts is exponentially increased. The time intervals in this example are 10 seconds, 20 seconds, and 40 seconds.

What to do next

  • Create a Connection & Credential alias, if you do not have the required alias.
  • Assign the retry policy as Default Retry Policy to the required Connection & Credential alias.
    Note: A default retry policy is provided and is selected as Default Retry Policy. If you have created retry policies, you can select the required policy as Default Retry Policy.
  • Create an HTTP(s) Connection in the Connections related list for the Connection & Credential alias. For more information, see Connections and Credentials.
  • Verify and view the details of the retry attempts by navigating to System Logs > Outbound HTTP Requests.