[
https://issues.apache.org/jira/browse/HTTPCLIENT-2039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16999894#comment-16999894
]
Oleg Kalnichevski commented on HTTPCLIENT-2039:
-----------------------------------------------
[~sartissohn] I am not sure how exactly you intend to salvage those ongoing
message exchanges in the middle of OOM state? I also do not quite understand
what you expect us to do. Close the pool a bit later? Do not close it at all?
Oleg
> Do not close ConnectionManager in case of Errors
> ------------------------------------------------
>
> Key: HTTPCLIENT-2039
> URL: https://issues.apache.org/jira/browse/HTTPCLIENT-2039
> Project: HttpComponents HttpClient
> Issue Type: Improvement
> Components: HttpClient (classic)
> Affects Versions: 4.5.10
> Reporter: Thomas Sartissohn
> Priority: Minor
>
> The MainClientExec closes the connectionManager in the execute method
> whenever a java error is received. In my case an OutOfMemoryError was thrown.
> This ended in a client instance no longer usable cause the pool was already
> shut down. And therefore the real error (OutOfMemoryError) was covered by
> many "Connection pool shut down" exceptions.
> I agree that the OutOfMemoryError is a severe issue which should be covered
> somehow. But closing the pool is unexpected here.
> Is there a chance to remove the closing part and keep the pool running in
> error case?
--
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
