hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dmitry Potapov (JIRA)" <j...@apache.org>
Subject [jira] [Created] (HTTPCORE-378) AbstractConnPool should perform expired entries clean up outside of lock
Date Tue, 15 Apr 2014 17:23:14 GMT
Dmitry Potapov created HTTPCORE-378:
---------------------------------------

             Summary: AbstractConnPool should perform expired entries clean up outside of
lock
                 Key: HTTPCORE-378
                 URL: https://issues.apache.org/jira/browse/HTTPCORE-378
             Project: HttpComponents HttpCore
          Issue Type: Bug
          Components: HttpCore
    Affects Versions: 4.3.2
            Reporter: Dmitry Potapov
            Priority: Trivial


Currently expired entries are closed at AbstractConnPool.getPoolEntryBlocking:230. If connections
have non-zero SO_LINGER enabled this will cause other threads to wait up to SO_LINGER seconds.
Unfortunately same reentrant lock is already held by PoolEntryFuture.get(), so list of pool
entries to be closed must be accumulated but some external queue and processed by additional
thread.

There is workaround for this issue for http-clients: apply patches from HTTPCORE-377 and HTTPCLIENT-1497
and set SocketConfig.setSoLinger(0).

Since this issue has workaround, I suggest to consider this issue as very low priority one.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

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


Mime
View raw message