[ 
https://issues.apache.org/jira/browse/HTTPCLIENT-2080?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17104037#comment-17104037
 ] 

Hendra edited comment on HTTPCLIENT-2080 at 5/11/20, 3:52 AM:
--------------------------------------------------------------

[~olegk] If the client calls a service, there can be different reasons on why 
the service doesn't give a response. It can cause by the network, the service 
is down etc. We might also get Socket Exception when the remote connection is 
unexpectedly and forcefully closed due to various reasons like application 
crash, etc. The client might want to do retry for this request.

I think it makes sense to have delay for this type of retry, because we don't 
expect the server/network to immediately recover.


was (Author: hw873):
[~olegk] If the client calls a service, there can be different reasons on why 
the service doesn't give a response. It can cause by the network, the service 
is down etc. We might also get Socket Exception when the remote connection is 
unexpectedly and forcefully closed due to various reasons like application 
crash, etc. The client might want to do retry for this request.

> HttpRequestRetryStrategy doesn't delay the retry if IOException occurs
> ----------------------------------------------------------------------
>
>                 Key: HTTPCLIENT-2080
>                 URL: https://issues.apache.org/jira/browse/HTTPCLIENT-2080
>             Project: HttpComponents HttpClient
>          Issue Type: Improvement
>          Components: HttpClient (classic)
>    Affects Versions: 5.0
>            Reporter: Hendra
>            Priority: Major
>
> In httpclient5, HttpRequestRetryStrategy has introduced a new feature 
> retryInterval which determines the interval between subsequent retries. In 
> case there are IOExceptions occur, the retry happens but without any delays.
>  
> There might be some bugs in HttpRequestRetryExec.class implementation.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org
For additional commands, e-mail: dev-h...@hc.apache.org

Reply via email to