How to Configure Retry Mechanism in SAP BTP CI/IS to Handle Only Connectivity Errors when using AEM
Shows how to configure a Cloud IntegrationCloud IntegrationBuilds and runs integration flows that process, route and map messages between cloud and on-premise systems, SAP and non-SAP, through prebuilt adapters; available only under an SAP Integration Suite plan.sap official, btp iFlow with an AEM sender so only connectivity errors trigger a retry: a Groovy script reads the CamelHttpResponseCode header and looks it up in a value map, and a router then sends a transient failure such as a 408 timeout down the retry path, where the retry limit set in AEM applies, and an error needing manual intervention, such as a 401, down a path that ends the flow at once and emails the team. It applies only to receiver adapters that return CamelHttpResponseCode, among them HTTP, SOAP, IDoc and OData. It builds on an earlier post of the author's, which this one does not name, where an email goes out after the final retry attempt.
Where it sits
Who is behind it
Properties
About this work
Details
Graph
Source
History
- Entered the atlasDiscovered via SAP Community · cloud-integration-tag, SAP Community · integration-suite-tag.
For your agent
- Ref
content:how-to-configure-retry-mechanism-in-sap-btp-ci-is-to-handle-only-connectivity-er- JSON
- /content/how-to-configure-retry-mechanism-in-sap-btp-ci-is-to-handle-only-connectivity-er.json
- MCP
- Connecting an agent