DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29636.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello everybody.
One of my applications is using HttpClient to connect to an external
server and send some data.
It's a multi threaded application in which every new thread creates a
HttpClient object with the simple connection manager to do its job.
As a general rule, I want to switch to the
Hi Juan,
If the server does not support persistent connections then, as you say,
reusing connections will not help performance much. The only benefit I
can see is in the reduction of objects being created. Reusing the
connection manager will reduce the instances of
Tim,
I have had good results with IAIK JCE SSL libraries. They are neither free nor
open-source but seem just fine otherwise
http://jce.iaik.tugraz.at/products/index.php
You'd still need to check with the IAIK's technical folks if their JCE implementation
is capable of handling larger keys
I think we can tell the server that we want persistent connection by settting the Http
header provided that the server supports persistency
method.setRequestHeader(Connection,keep-alive);
From: Michael Becke [EMAIL PROTECTED]@CHOICEPOINT [mailto:Michael Becke
/logging/dist/commons-logging-api.jar:/var/gump/ws/jakarta-commons/codec/dist/commons-codec-20040617.jar-
[javac] GetMethod get = new GetMethod(url);
[javac] ^
[javac]
/var/gump/ws
:
The following annotations were provided:
-DEBUG- Sole jar [commons-httpclient-2.0-20040617.jar] identifier set to project name
-INFO- Enable verbose output, due to 1 previous error(s).
-INFO- Failed with reason build failed
-INFO- Enable debug output, due to build failure.
The following work