DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24309.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24309.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Folks, any feedback to this one so far?
Oleg
-Original Message-
From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 02, 2003 17:07
To: Jakarata Commons HttpClient mailing list
Subject: PATCH: HttpConnection cleanup
Folks,
This patch has been prompted by the
Oleg,
I hate bugs like this! I suppose if it is working for you, there's hope
it can work for me.
I'm working against a completely stock 4.1.29 install on Linux, using
Sun's JDK 1.4.2. When I say stock 4.1.29 build, I expanded the file
after download, dropped httpclienttest folder into
Eric,
I just installed Tomcat 4.1.29 on my home PC running Redhat 9 and Sun
JDK 1.4.2. I can't reproduce the problem. All tests pass. The only thing
I did differently was tweaking tomcat's server.xml (attached below) to
disable stuff that I do not need. I's unlikely that it should have any
bearing
Oleg,
I'm glad you sent along the file! It's funny - other than that one
file, I'd say you exactly duplicated the environment I'm using. That
one file is key, though.
It would appear that your version of server.xml trumps the default
connector choice. The default server.xml reads:
Eric,
Damn. I used server-noexamples.xml.config which as it turned out still
uses the deprecated connector. Probably it has not been updated for
quite a while. I'll re-test stuff and get back to you as soon as I know
more. Cookies are still my department.
Cheers
Oleg
On Tue, 2003-11-04 at
Oleg,
I think close and flush should still throw recoverable exceptions, when
the connection has been used. This will allow methods to be retried in
the event of an error on close/flush. Other than that it looks good.
Mike
On Nov 4, 2003, at 12:06 PM, Kalnichevski, Oleg wrote:
Folks, any