hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Aurelien Pernoud" <apern...@sopragroup.com>
Subject RE: Still problems with HttpRecoverableException and HTTPS
Date Tue, 15 Apr 2003 10:12:21 GMT

That surely is the best option, if the flag can be set on a method ?
(cause i'm not using httpclient directly, I'm only communicating with one
As far as I went into the code, the problematic part of the code isn't
httpclient, it's httpmethodbase.processrequest() that is causing trouble
when a request went fine (httpclient thinks it) but response is simply empty
(or even in my case, connection is closed)

I like the idea of the end-user to choose wether to activate the auto-retry
or not.

Although you should probably keep the auto-retry when the connection went
down and even the request write failed... (current functionment) ? That's
why there isn't any evident solution I think, without breaking some code
(not sure of it, just guessing)


Kalnichevski, Oleg a écrit :

> Folks,
> Let me voice my opinion on this issue. I believe there are
> two distinct types of applications when it comes to retry issues:
> 1) those that are mostly concerned with retrieving HTTP
> content. They do not want to be bothered with stale
> connections, HttpRecoverableExceptions, retry loops and
> stuff. They just want to get that damn file from the server.
> 2) transactional applications. These applications need a
> finer level of control over IO and socket exceptions and are
> much better off implementing their own recovery mechanism
> The conflicting requirements of these two approaches can't be
> reconciled on the HttpClient level. Each developer should
> make his/her decision based on the specific requirements of the
> application in question. 
> My suggestion is that we introduce a 'auto-retry' flag on the
> HttpClient level. The former type of applications would most
> likely set auto-retry on and would move on never having to
> worry about getting an HttpRecoverableException. The latter
> type of application would probably like to get each and every
> HttpRecoverableException and deal with it according to its
> own design and given circumstances.
> I personally can't stand 'smart-ass' software that assumes it
> knows better how to get things done without first consulting
> with me. I do have a problem with HttpClient automatically
> attempting to retry HTTP requests. I want to have an option to turn
> this off 
> Aurelien, could you live with such auto-retry flag?
> Cheers
> Oleg

  • Unnamed multipart/mixed (inline, None, 0 bytes)
View raw message