You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Freeman Fang (JIRA)" <ji...@apache.org> on 2018/10/25 00:39:00 UTC

[jira] [Assigned] (CXF-7883) Handle connectionRequestTimeout in AsyncHTTPConduitFactory

     [ https://issues.apache.org/jira/browse/CXF-7883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Freeman Fang reassigned CXF-7883:
---------------------------------

    Assignee: Freeman Fang

> Handle connectionRequestTimeout in AsyncHTTPConduitFactory
> ----------------------------------------------------------
>
>                 Key: CXF-7883
>                 URL: https://issues.apache.org/jira/browse/CXF-7883
>             Project: CXF
>          Issue Type: Bug
>          Components: Transports
>    Affects Versions: 3.2.6
>            Reporter: Györgyey Tamás
>            Assignee: Freeman Fang
>            Priority: Major
>              Labels: pull-request-available
>
> This issue is a follow-up to CXF-7878.
> If connections are contended towards a slow target, it may make sense
>  to set connectionTimeout and connectionRequestTimeout to values much lower than
>  the receiveTimeout. Expected client behavior is to receive an error if a connection
>  does not become available within connectionRequestTimeout. Current behavior however
>  is that the error is only received after up to receiveTimeout has passed, when a
>  current request to the target has finished and the connection is released or returned
>  to the pool.
> This causes a possible build-up of pending requests in memory for the duration of receiveTimeout instead of connectionRequestTimeout.
> See github PR: [https://github.com/apache/cxf/pull/466]
> The reference solution in the PR works well, but it may not be the most elegant one due to my currently limited understanding of the overall design of the connection handling code.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)