Return-Path: Mailing-List: contact commons-httpclient-dev-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list commons-httpclient-dev@jakarta.apache.org Received: (qmail 85289 invoked from network); 7 Mar 2003 02:40:55 -0000 Received: from mxout1.cac.washington.edu (140.142.32.134) by daedalus.apache.org with SMTP; 7 Mar 2003 02:40:55 -0000 Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout1.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h272f3xS028059 for ; Thu, 6 Mar 2003 18:41:03 -0800 Received: from u.washington.edu (pool-129-44-175-110.bos.east.verizon.net [129.44.175.110]) (authenticated bits=0) by smtp.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h272f1aL031951 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NOT) for ; Thu, 6 Mar 2003 18:41:03 -0800 Date: Thu, 6 Mar 2003 21:40:59 -0500 Mime-Version: 1.0 (Apple Message framework v551) Content-Type: multipart/mixed; boundary=Apple-Mail-2--21817419 Subject: patch comments From: Michael Becke To: Commons Project Message-Id: <3AA97A66-5046-11D7-A00B-00306557E112@u.washington.edu> X-Mailer: Apple Mail (2.551) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N --Apple-Mail-2--21817419 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=US-ASCII; format=flowed Are there any comment for or against the following patches? the patch attached to: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3D17563 and: Begin forwarded message: > From: Michael Becke > Date: Sat Mar 1, 2003 12:36:02 PM US/Eastern > To: Commons Project > Subject: [PATCH] SSL Tunneling Connection Timeout > > As discussed in the IRC session on Thursday here is a patch that=20 > should "fix" the timeout problem that occurs when using Https through=20= > a proxy. This fixes the problem by not allowing HttpConnections that=20= > are tunneled to be reused. This is by no means a perfect solution but=20= > it should add some stability. There is still a potential problem in=20= > HttpMethodBase.processRequest() when a retry occurs. In this case the=20= > connection will be reopen but without the necessary step of creating=20= > the proxy tunnel. One option here would be to set maxRetries=00to 0. =20= > Please take a look and let me know. > > Thanks, > > Mike > --Apple-Mail-2--21817419--