Besides, currently PostMethod can accept three different types of objects as request entity source: String, InputStream, NameValuePair[]. As a result PostMethod has got to do at times very error-prone input objects juggling. It would be much easier and cleaner to deal with just one interface implemented by various classes
Oleg -----Original Message----- From: Ortwin Glück [mailto:[EMAIL PROTECTED] Sent: Thursday, February 26, 2004 15:56 To: Commons HttpClient Project Subject: Re: [RFE] provide request entities in a more abstract way Rezaei, Mohammad A. wrote: > This is a bad idea. The HTTP RFC (2616) explicitly forbids auto retries: > > "Non-idempotent methods or sequences > MUST NOT be automatically retried, although user agents MAY offer a > human operator the choice of retrying the request(s). " > > So if retries are not good, then what's the point of the interface? > > Thanks > Moh Moh, please note that I refer "retry" as resending the request if it fails due to a) authentication b) closed connection from the pool HttpClient already has this functionality, but it is just not possible to use it with unbuffered request entities. O. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] *************************************************************************************************** The information in this email is confidential and may be legally privileged. Access to this email by anyone other than the intended addressee is unauthorized. If you are not the intended recipient of this message, any review, disclosure, copying, distribution, retention, or any action taken or omitted to be taken in reliance on it is prohibited and may be unlawful. If you are not the intended recipient, please reply to or forward a copy of this message to the sender and delete the message, any attachments, and any copies thereof from your system. *************************************************************************************************** --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
