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

Retry all 5xx status codes #36

Closed
wants to merge 2 commits into from

Conversation

bibliotechy
Copy link

This PR rebases existing PR #21 on top of the current master, ensuring that all required Travis tests pass. Since that PR has not seen any movement in a year, I though it might be easier to start clean.

I found the original PR useful, as I have also encountered multiple OAI servers that will return 500 errors instead of the 503 that is indicated in the specification. Expanding retry behavior to more 5xx status codes would be extremely useful for fully automated harvests taking place in a distributed process over a large number of diverse server implementations.

And thanks for working on sickle. It's great.

afreisthler and others added 2 commits March 23, 2020 19:46
I have encountered a site that likes to return 504s.  Retries appear to work with them.  I'd like to expand the logic in Sickle to handle it.
@bibliotechy
Copy link
Author

@mloesch Is there any interest in getting this change in? Would love to keep using the main package instead of forking. But if you have objections to how this is implemented, I'd love to try to work towards getting this functionality in. Thanks

mloesch added a commit that referenced this pull request May 3, 2020
Additional changes:
- retry logic has been fixed: `max_retries` now actully denotes the number of
  retries, not the number of total attempts
- the default waiting time between HTTP retries is now customizable
@mloesch
Copy link
Owner

mloesch commented May 3, 2020

Superseded by #41

@mloesch mloesch closed this May 3, 2020
mloesch added a commit that referenced this pull request May 4, 2020
Additional changes:
- retry logic has been fixed: `max_retries` now actully denotes the number of
  retries, not the number of total attempts
- the default waiting time between HTTP retries is now customizable
@mloesch
Copy link
Owner

mloesch commented May 17, 2020

fix released with 0.7.0

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