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:
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
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 application, we
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 waits for
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
