Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Simplify retry configuration #529

Merged
merged 1 commit into from
Apr 27, 2015
Merged

Simplify retry configuration #529

merged 1 commit into from
Apr 27, 2015

Conversation

jamesls
Copy link
Member

@jamesls jamesls commented Apr 27, 2015

This changes two things:

  • Move the throttling_exception rule up to the default errors to retry
  • Move the throttling rule up to the default errors to retry

This came about because the workspaces service would receive
400/ThrottlingException errors that were not being retried.

The simple fix would be to add this missing condition to a new
workspaces entry.

However, the error can occur for any json or rest-json service and
we'd need to keep this up to date every time we added support for a new
json/rest-json service. Same thing with the 400/Throttling exception.
This will happen for any query service. Moving this up to the default
set of errors to retry means we won't have to keep updating this as new
errors are added.

It also has the benefit that the remaining per-service conditions are
just the special cases.

cc @kyleknap

This changes two things:

* Move the ``throttling_exception`` rule up to the default errors to retry
* Move the ``throttling`` rule up to the default errors to retry

This came about because the ``workspaces`` service would receive
400/ThrottlingException errors that were not being retried.

The simple fix would be to add this missing condition to a new
``workspaces`` entry.

However, the error can occur for any json or rest-json service and
we'd need to keep this up to date every time we added support for a new
json/rest-json service.  Same thing with the 400/Throttling exception.
This will happen for any query service.  Moving this up to the default
set of errors to retry means we won't have to keep updating this as new
errors are added.

It also has the benefit that the remaining per-service conditions are
just the special cases.
@coveralls
Copy link

Coverage Status

Coverage remained the same at 94.46% when pulling fb3eff9 on jamesls:retry-update into ad1d6e2 on boto:develop.

1 similar comment
@coveralls
Copy link

Coverage Status

Coverage remained the same at 94.46% when pulling fb3eff9 on jamesls:retry-update into ad1d6e2 on boto:develop.

@kyleknap
Copy link
Contributor

Makes sense. Looks good. 🚢

@jamesls jamesls merged commit fb3eff9 into boto:develop Apr 27, 2015
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.

3 participants