Mailing-List: contact httpclient-users-help@hc.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "HttpClient User Discussion" <httpclient-users@hc.apache.org>
Received-SPF: error (athena.apache.org: local policy)
Date: Wed, 29 Apr 2015 13:46:05 +0200
From: Oleg Kalnichevski <olegk@apache.org>
Subject: Re: AbstractNIOConnPool and leasingRequests
To: HttpClient User Discussion <httpclient-users@hc.apache.org>
Message-Id: <1430307965.2052.3@ok2consulting.com>
In-Reply-To: <D22EA3C4-1D62-415C-8B97-22C1CAF9448B@gmail.com>
References: <E73CDD02-EB04-4703-81F8-A10465E61CE5@gmail.com>
	<1430300166.2052.0@ok2consulting.com>
	<F911818E-765A-4869-A9B8-7EDA79D8D095@gmail.com>
	<1430304115.2052.2@ok2consulting.com>
	<D22EA3C4-1D62-415C-8B97-22C1CAF9448B@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed


On Wed, Apr 29, 2015 at 1:02 PM, Tomas Tunkl <tunkl.tomas@gmail.com> 
wrote:
> My problem is that client has stopped sending requests, and I have 
> noticed that leasingRequests are not getting empty. So I was thinking 
> whether this could be my problem.
> 
> Thank you
> Tom


Lease request backlog get processed every time a connection gets 
released back to the pool (there are other cases such as connect 
failure or timeout, but connection release is the primary one). If 
lease requests get piling up in the queue, that most likely means that 
the pool has been exhausted and leased connections are not being 
released back to the pool.

Oleg


> 
>>  On 29. 4. 2015, at 12:41, Oleg Kalnichevski <olegk@apache.org> 
>> wrote:
>> 
>> 
>>  On Wed, Apr 29, 2015 at 12:31 PM, Tomas Tunkl 
>> <tunkl.tomas@gmail.com> wrote:
>>>  Hi,
>>>  I have noticed that. But:
>>>  processPendingRequests is called only by enumAvailable or 
>>> enumLeased, which are called by closeExpired and closeIdle, these 
>>> are called explicitly right?
>>>  processNextPendingRequest is called release(explicitly called), 
>>> requestCancelled, requestFailed, requestTimeout and these are 
>>> called in InternalSessionRequestCallback. By corresponding methods. 
>>> But as I understand the problem to get to this some request has to 
>>> be able to do:
>>>  final SessionRequest sessionRequest = this.ioreactor.connect(
>>>         remoteAddress, localAddress, route, 
>>> this.sessionRequestCallback);
>>>  Which doesnt have to happen. And in that case the requests are 
>>> there forever. There is no automatic remove of requests from 
>>> leasingRequests
>>>  Tom
>> 
>>  I am sorry but I am not sure I understand the problem you are 
>> having.
>> 
>>  Oleg
>> 
>> 
>>>>  On 29. 4. 2015, at 11:36, Oleg Kalnichevski 
>>>> <oleg@ok2consulting.com> wrote:
>>>>  On Tue, Apr 28, 2015 at 9:14 AM, Tomas Tunkl 
>>>> <tunkl.tomas@gmail.com> wrote:
>>>>>  Hi,
>>>>>  I have some problems with ApacheAsyncHttpClient. I have tracked 
>>>>> the problems to one specific place I am interested in.
>>>>>  In AbstractNIOConnPool I can see that I have in leasingRequests 
>>>>> 112 entries. I have searched the code and couldnt find how the 
>>>>> entries are processed. I believe that request gets to 
>>>>> leasingRequests when it cannot get connection, because all are 
>>>>> used. But when the requests gets another chance? It seems to me, 
>>>>> that it is stuck there forever.
>>>>  Leasing requests are processed by #processNextPendingRequest and 
>>>> #processPendingRequests methods.
>>>>  Oleg
>>>>  
>>>> ---------------------------------------------------------------------
>>>>  To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
>>>>  For additional commands, e-mail: 
>>>> httpclient-users-help@hc.apache.org
>>>  
>>> ---------------------------------------------------------------------
>>>  To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
>>>  For additional commands, e-mail: 
>>> httpclient-users-help@hc.apache.org
>> 
>> 
>>  
>> ---------------------------------------------------------------------
>>  To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
>>  For additional commands, e-mail: httpclient-users-help@hc.apache.org
>> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
> For additional commands, e-mail: httpclient-users-help@hc.apache.org
> 


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