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: neutral (athena.apache.org: local policy)
Message-ID: <485AD337.5000709@apache.org>
Date: Thu, 19 Jun 2008 23:44:23 +0200
From: Oleg Kalnichevski <olegk@apache.org>
User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421)
MIME-Version: 1.0
To: HttpClient User Discussion <httpclient-users@hc.apache.org>
Subject: Re: DefaultHttpClientConnection.isOpen();
References: <1f3854d50806181358tad912b0i6eb1f4fde38caa4c@mail.gmail.com>
	 <1213826563.6038.7.camel@ubuntu>
 <1f3854d50806182313j245122c2ie615ce7259653273@mail.gmail.com>
In-Reply-To: <1f3854d50806182313j245122c2ie615ce7259653273@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Quintin Beukes wrote:
> I'm not sure why accessing it from different threads would cause this
> to happen? Could you explain this please.
> 

Quintin

I am only guessing here. All I am saying HTTP connection objects are not 
threading safe. The only method one can safely can from a different 
thread is #shutdown.

I would certainly help if you managed to reproduce the problem with a 
test case.

Cheers

Oleg


> It is definitely a concurrency issue. I am still narrowing them all down.
> 
> thanks,
> Q
> 
> On Thu, Jun 19, 2008 at 12:02 AM, Oleg Kalnichevski <olegk@apache.org> wrote:
>> On Wed, 2008-06-18 at 22:58 +0200, Quintin Beukes wrote:
>>> Hey,
>>>
>>> Is it possible for this method (DefaultHttpClientConnection.isOpen())
>>> to return "true" when the socket is closed.
>>>
>> If you are not accessing the same connection instance from multiple
>> threads, I do not see how this could happen.
>>
>> Please note only HttpConnection#shutdown method is expected to be
>> threading safe.
>>
>> This sounds like a concurrency issue to me
>>
>> Oleg
>>
>>> I have a case where netstat doesn't return ANY open connections to the
>>> target server, but isOpen returns true.
>>>
>>> It's not very easy to reproduce my problem, but I've been able to do
>>> it whenever needed by using high concurrency. I'm not sure if isOpen()
>>> ever returns true when there is no socket when it seems like my
>>> problem isn't there. I've only checked when my problem is occurring,
>>> and this seems very odd.
>>>
>>> Thanks
>>
>> ---------------------------------------------------------------------
>> 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