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

Unify retry logic and address download timeouts #2269

Open
1 of 10 tasks
joelverhagen opened this issue Mar 7, 2016 · 1 comment
Open
1 of 10 tasks

Unify retry logic and address download timeouts #2269

joelverhagen opened this issue Mar 7, 2016 · 1 comment
Labels
Area:ErrorHandling warnings and errors/log messages & related error codes. Priority:3 Issues under consideration. With enough upvotes, will be reconsidered to be added to the backlog. Status:Excluded from icebox cleanup Status:Inactive Icebox issues not updated for a specific long time Type:Engineering product/infrastructure work/not a customer bug/feature/DCR
Milestone

Comments

@joelverhagen
Copy link
Member

This is a continuation of #2057.

The failures that should be investigated are:

  1. Errors while downloading the stream
  2. Unify the retry logic. Right now, there is retries in:
    • HttpRetryHandler, for HTTP failures, timeouts and HTTP 500+
    • HttpFileSystemBasedFindPackageByIdResource
    • RemoteV2FindPackageByIdResource
    • DownloadResourceV3
    • Low priority: Authentication in HttpSource (user provided creds)
    • Low priority: Authentication in CredentialPromptWebRequestHandler (proxy authentication)
  3. As many cases as possible should be unit testable (ideally all):
    • Low priority: Unify this test server with MockServer
  4. Errors while fetching response
    • Low priority: Cannot reach DNS server (this could be really hard)
    • Low priority: SSL failure (bad trust)

Questions:

  • The Throttle in HttpSource does not really throttle active HTTP session, since the lock is release before the response is disposed (e.g. the download is not done yet)
@yishaigalatzer
Copy link

Errors while downloading the stream

Is moving back for 3.4 RTM

@yishaigalatzer yishaigalatzer added CLI RTM Area:ErrorHandling warnings and errors/log messages & related error codes. labels Mar 12, 2016
@yishaigalatzer yishaigalatzer modified the milestones: 3.5 Beta, 3.5 RC Mar 31, 2016
@rrelyea rrelyea added the Type:DCR Design Change Request label Jun 9, 2016
@joelverhagen joelverhagen removed their assignment Nov 9, 2017
@rrelyea rrelyea modified the milestones: Future-1, Backlog Nov 30, 2017
@rrelyea rrelyea added the Priority:3 Issues under consideration. With enough upvotes, will be reconsidered to be added to the backlog. label Nov 30, 2017
@nkolev92 nkolev92 removed the CLI RTM label Jan 6, 2020
@nkolev92 nkolev92 added the Type:Engineering product/infrastructure work/not a customer bug/feature/DCR label Apr 9, 2020
@ghost ghost added the Status:Inactive Icebox issues not updated for a specific long time label Sep 1, 2022
@nkolev92 nkolev92 removed the Type:DCR Design Change Request label Dec 7, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area:ErrorHandling warnings and errors/log messages & related error codes. Priority:3 Issues under consideration. With enough upvotes, will be reconsidered to be added to the backlog. Status:Excluded from icebox cleanup Status:Inactive Icebox issues not updated for a specific long time Type:Engineering product/infrastructure work/not a customer bug/feature/DCR
Projects
None yet
Development

No branches or pull requests

6 participants