[
https://issues.apache.org/jira/browse/HTTPCORE-716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17554495#comment-17554495
]
Oleg Kalnichevski commented on HTTPCORE-716:
--------------------------------------------
[~sanojpunchihewa]
# Your test code is based on 4.4.14, not 4.4.15.
# The description of the issue matches HTTPCORE-687 almost one to one
# I do not know what postman is. I have no means of reproducing the issue
locally. Please provide a test client (based on JRE or curl executable)
# I will close the issue as duplicate shortly. Please do not reopen it until
there is a reproducer based on 4.4.15
Oleg
> High CPU usage noticed for HTTPS GET requests with large payload
> ----------------------------------------------------------------
>
> Key: HTTPCORE-716
> URL: https://issues.apache.org/jira/browse/HTTPCORE-716
> Project: HttpComponents HttpCore
> Issue Type: Bug
> Components: HttpCore NIO
> Affects Versions: 4.4.14, 4.4.15
> Reporter: Sanoj Punchihewa
> Priority: Major
> Attachments: HTTPCORE.postman_collection.json, HttpNIOTestServer.zip
>
>
> We are using 4.4.14 of HttpCore NIO. We are having an issue while sending an
> *HTTPS GET* request to the server with a large payload where the CPU usage
> seems to increase and stays on forever. We debugged and found out that after
> the HTTPS response is written back to the client, the server tries to close
> the connection. We found out that the condition [1] which gets executed in
> order to make the state closed becomes false forever and hence it keeps on
> trying to close. It was observed that inPlain.hasData() is always true.
> We have attached a sample POSTMAN request and a server in order to reproduce
> the issue.
> Appreciate your help on this issue.
> [1]-[https://github.com/apache/httpcomponents-core/blob/rel/v4.4.14/httpcore-nio/src/main/java/org/apache/http/nio/reactor/ssl/SSLIOSession.java#L388]
> Thanks,
> Sanoj
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
