Uday Subbarayan wrote:
Hi Oleg,
I disagree with you. This 100 status from HTTP Servers are valid response, to indicate to the client to continue sending the body.
You are very welcome to disagree.
RFC 2616, section 10.1
"
10.1 Informational 1xx
This class of status code indicates a
Hi Oleg,
I disagree with you. This 100 status from HTTP Servers are valid response,
to indicate to the client to continue sending the body.
The HTTP 1.1 spec says,
"This interim response is
used to inform the client that the initial part of the request has
been received and has not ye
On Thu, 2008-07-17 at 17:41 +0200, Joan Balagueró wrote:
> Hello,
>
> Thanks for your response. I suppose that this eviction policy that you are
> saying is achieved by using IdleConnectionTimeoutThread. Am I right?
>
> Joan.
Yes, you are. You do not necessarily need a special thread to achieve
On Wed, 2008-07-16 at 17:34 -0700, Uday Subbarayan wrote:
> Hi All,
> I am having trouble in using HTTPClient 3.1 for PUT method w/
> "Expect:100-Continue" header.
>
> My requirement is that,
> [1] client sends a PUT request to the server with header only using this
> Expect header and wait
On Wed, 2008-07-16 at 16:19 -0700, Algirdas Veitas wrote:
> Hi,
>
> Our application is using HttpClient 3.0.1 and is experiencing "long wait
> times" (started happening recently it seems) in the method
> MultiThreadedHttpConnectionManager.doGetConnection(...). To give a summary
> of the applicati
On Wed, 2008-07-16 at 16:18 -0700, Leena Borle wrote:
> Hi,
> I have a struts-2 application running on Tomcat-5 with Single Sign on
> enabled. What I am trying to do is , use HttpClient(struts2 app) to access
> data other WAR(say WAR2) which also has Form Based login system. To avoid
> sending u
Hello,
Thanks for your response. I suppose that this eviction policy that you are
saying is achieved by using IdleConnectionTimeoutThread. Am I right?
Joan.
-Mensaje original-
De: Oleg Kalnichevski [mailto:[EMAIL PROTECTED]
Enviado el: miércoles, 16 de julio de 2008 18:03
Para: Http
