Skip to content

NCL-6509: Improve XML-RPC retry handling#190

Open
dwalluck wants to merge 1 commit intorelease-engineering:masterfrom
dwalluck:NCL-6509
Open

NCL-6509: Improve XML-RPC retry handling#190
dwalluck wants to merge 1 commit intorelease-engineering:masterfrom
dwalluck:NCL-6509

Conversation

@dwalluck
Copy link
Copy Markdown
Member

@dwalluck dwalluck commented Feb 6, 2026

Extend the XML-RPC retry logic to retry on NoHttpResponseException in addition to ConnectException. Since we can't know in the case of a NoHttpResponseException whether the server processed the request, we check the method name to determine if it is safe to retry. We assume that API calls starting with the words get, list, query, or has are read-only and safe to retry and all others are not.

Change from linear backoff to exponential backoff to give the server more time.

@dwalluck
Copy link
Copy Markdown
Member Author

dwalluck commented Feb 6, 2026

It would greatly simplify the code if we could retry everything, but I am not sure.

@dwalluck dwalluck requested a review from ruhan1 February 6, 2026 17:52
Extend the XML-RPC retry logic to retry on `NoHttpResponseException` in
addition to `ConnectException`. Since we can't know in the case of a
`NoHttpResponseException` whether the server processed the request, we
check the method name to determine if it is safe to retry. We assume
that API calls starting with the words get, list, query, or has are
read-only and safe to retry and all others are not.

Change from linear backoff to exponential backoff to give the server
more time.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant