Mailing-List: contact httpclient-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "HttpClient User Discussion" <httpclient-user@jakarta.apache.org>
Received-SPF: neutral (asf.osuosl.org: local policy)
Subject: Re: Cancelling HttpMethods
From: Oleg Kalnichevski <olegk@apache.org>
To: HttpClient User Discussion <httpclient-user@jakarta.apache.org>
In-Reply-To: <43C53872.4080207@newbase.de>
References: <43C53872.4080207@newbase.de>
Content-Type: text/plain; charset=ISO-8859-1
Date: Wed, 11 Jan 2006 19:03:52 +0100
Message-Id: <1137002632.6391.30.camel@localhost>
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit

On Wed, 2006-01-11 at 17:55 +0100, Oliver K�ll wrote:
> Hi,
> 
> Happy New Year to all, and congratulations for the 3.0 release.
> 
> I'm working on a GUI program, where HttpMethods are executed on the 
> request of the user. As e.g. in a Webbrowser, I would like to enable 
> unpatient users to cancel requests that take too long.
> 
> I currently don't see any possibilities to cancel a running request from 
>   a separate thread, though. Neither HttpMethod.abort() nor 
> Thread.interrupt() have any effect. 

Oliver

HttpMethod#abort closes the underlying socket. This effectively kills
the connection. What other effect do you expect? 


> The only remaining option appears to 
> be pushing pending requests in the background and letting them 
> terminate/timeout silently. I'd be interested in hearing how other 
> people are dealing with this issue...
> 
> While thinking about this problem, I'm having problems understanding the 
> purpose of the HttpMethod.abort() method. It clearly isn't intended for 
> use from separate threads because no synchronization is performed.

It is not supposed to synchronise on any object instance in
HttpMethodBase class as all the magic happens in HttpConnection and
java.net.Socket classes 


>  But 
> if abort() should only be called from the executing thread, I don't see 
> the point - why not just stop processing a request and call 
> releaseConnection() immediately?

No, it should not. It can be called from any thread

Oleg

> 
> Any help would be appreciated.
> 
> Regards,
> 
> Oliver K�ll
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: httpclient-user-help@jakarta.apache.org
> 
> 


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