Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 51678 invoked from network); 31 Oct 2006 16:01:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 31 Oct 2006 16:01:10 -0000 Received: (qmail 92090 invoked by uid 500); 31 Oct 2006 16:01:16 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 92016 invoked by uid 500); 31 Oct 2006 16:01:16 -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 92005 invoked by uid 99); 31 Oct 2006 16:01:16 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Oct 2006 08:01:16 -0800 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of justin.erenkrantz@gmail.com designates 64.233.184.239 as permitted sender) Received: from [64.233.184.239] (HELO wr-out-0506.google.com) (64.233.184.239) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Oct 2006 08:01:00 -0800 Received: by wr-out-0506.google.com with SMTP id i23so465747wra for ; Tue, 31 Oct 2006 08:00:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=NoPe9Q5qYJ8rXJAjPJz9LsDqUx4jtZ71NGHuLsQPA9q+S/r/ejJ1ynAESCBV/oCQdvmvTFdFwGMRYeXHTeaqVc5lrI/3JXYmOKYehlHL3ueX8UL0SJAjKwsHMDqsWrg713t2HmcsivCwihNC5yDi2feWj30su0lgYHVQRbv9MUo= Received: by 10.78.149.13 with SMTP id w13mr7039106hud; Tue, 31 Oct 2006 08:00:38 -0800 (PST) Received: by 10.78.81.4 with HTTP; Tue, 31 Oct 2006 08:00:38 -0800 (PST) Message-ID: <5c902b9e0610310800qa9bb269g7ca18e0b2f474e55@mail.gmail.com> Date: Tue, 31 Oct 2006 08:00:38 -0800 From: "Justin Erenkrantz" Sender: justin.erenkrantz@gmail.com To: dev@httpd.apache.org Subject: Re: cache: the store_body interface In-Reply-To: <46421.196.8.104.27.1162310190.squirrel@www.sharp.fm> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061030182310.GC25419@redhat.com> <5c902b9e0610301356l50463afas741558fed01d48@mail.gmail.com> <20061031105949.GA12375@redhat.com> <19174.196.8.104.27.1162295350.squirrel@www.sharp.fm> <20061031120231.GA12987@redhat.com> <42934.196.8.104.27.1162296707.squirrel@www.sharp.fm> <20061031123131.GB12987@redhat.com> <49532.196.8.104.27.1162300638.squirrel@www.sharp.fm> <5c902b9e0610310716y1399f0dau69ffa5c57e3f7867@mail.gmail.com> <46421.196.8.104.27.1162310190.squirrel@www.sharp.fm> X-Google-Sender-Auth: 1738986f86c7544a X-Virus-Checked: Checked by ClamAV on apache.org On 10/31/06, Graham Leggett wrote: > Hypothetically, if somebody else cared to redesign the output filters just > for the cache, and some effort was spent by that somebody else to make > sure any disruptive changes were either minimised or prevented where > possible, would development of this hypothetical redesign be possible on > an experimental branch of trunk? Any redesign should be discussed on-list first and let us come to a consensus here around any new design first - so as not to waste effort later on if the design isn't acceptable. -- justin