Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 8241 invoked from network); 13 Feb 2006 23:26:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 13 Feb 2006 23:26:17 -0000 Received: (qmail 58483 invoked by uid 500); 13 Feb 2006 23:26:12 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 58423 invoked by uid 500); 13 Feb 2006 23:26:11 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 58411 invoked by uid 99); 13 Feb 2006 23:26:11 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 Feb 2006 15:26:11 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [209.237.227.194] (HELO minotaur.apache.org) (209.237.227.194) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 13 Feb 2006 15:26:11 -0800 Received: (qmail 7732 invoked by uid 2161); 13 Feb 2006 23:25:38 -0000 Received: from [192.168.2.4] (euler.heimnetz.de [192.168.2.4]) by cerberus.heimnetz.de (Postfix on SuSE Linux 7.0 (i386)) with ESMTP id 395901721C for ; Tue, 14 Feb 2006 00:25:30 +0100 (CET) Message-ID: <43F11572.1000406@apache.org> Date: Tue, 14 Feb 2006 00:25:38 +0100 From: Ruediger Pluem User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: de, en, de-de, en-gb, cy, zu, xh MIME-Version: 1.0 To: dev@httpd.apache.org Subject: Re: [Patch] Keep Alive not workwing with mod_proxy (PR38602) References: <43EFA041.3040705@apache.org> In-Reply-To: X-Enigmail-Version: 0.90.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 02/13/2006 05:22 PM, Jim Jagielski wrote: > This looks like a big change, and my only concern is This is why I discuss it first, before I commit it :-) > that the behavior changes, although it appears that > we don't know why the current behavior is the > way it is... Then we should either find out or adjust it to the behaviour that we think is correct as the current behaviour doesn't seem to be. >> > > Not sure why we would bother still having that !backend > check, since we know it's NULL. We set it to NULL :) Well spotted :-). I missed that. I keep this in mind and will add it to the patch once we have discussed and cleared the real hard stuff. > And this also seems to allude to the fact that the > present framework is to support pooled connections. > Not sure how the above would conflict with subrequests Good question. Does anybody remember why the old code insisted of having a fresh connection by all means for a subrequest? > > Does the patched version pass the test framework? Have not checked so far. I did not manage to get the test framework running on my box so far. Can someone who has it running give it a try? That would be very nice. Regards RĂ¼diger