Provisioning Reference Guide › SPML Service › SPML Service Configuration › Retrying SPML Requests

Retrying SPML Requests

You can configure certain requests to be retried on failure. Request retrying is attempted if all of the following are true:

• The request is flagged for asynchronous execution.
• The object on which the request is acting at the time of failure resides on a remote endpoint system, such as an account/container/native group.
• The request is causing a change and not a query.
• The failure occurs after a request has reached the Provisioning Server. It is the client's responsibility to retry if either:
  • The communication channels between the client and the web server on which the SPML server is executing is broken.
  • The communication channel between the SPML server and Provisioning Server is broken.
• The failure is a soft failure between the Provisioning Server and the targeted endpoint system.

  Note: Batch requests will not support retrying on their constituent sub-requests.

On successful completion or hard failure, the standard SPML success/failure conditions are returned in the status response's result.

The SPML server is involved in the configuration of the retry persistence mechanism in JIAM but only JIAM actually adds and deletes records from it.