Return-Path: 
 <apreq-dev-return-427-apmail-httpd-apreq-dev-archive=httpd.apache.org@httpd.apache.org>
Delivered-To: apmail-httpd-apreq-dev-archive@httpd.apache.org
Received: (qmail 71171 invoked by uid 500); 25 Aug 2002 15:04:16 -0000
Mailing-List: contact apreq-dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
List-Post: <mailto:apreq-dev@httpd.apache.org>
List-Help: <mailto:apreq-dev-help@httpd.apache.org>
List-Unsubscribe: <mailto:apreq-dev-unsubscribe@httpd.apache.org>
List-Subscribe: <mailto:apreq-dev-subscribe@httpd.apache.org>
Delivered-To: mailing list apreq-dev@httpd.apache.org
Received: (qmail 71158 invoked from network); 25 Aug 2002 15:04:15 -0000
To: "William A. Rowe, Jr." <wrowe@rowe-clan.net>
Cc: "Issac Goldstand" <margol@beamartyr.net>,
   "apreq list" <apreq-dev@httpd.apache.org>
Subject: Re: dev question: apreq 2 as a filter?
References: <Stas Bekman's message of "Fri,
 23 Aug 2002 00:36:32 +0800"> <m33ct8f3oe.fsf@mumonkan.sunstarsys.com>
 <200208212349.40583.chatgris@mediapow.com>
 <m3it23edez.fsf@mumonkan.sunstarsys.com> <3D647453.7030704@stason.org>
 <m3bs7vdjum.fsf@mumonkan.sunstarsys.com> <3D651310.3050008@stason.org>
 <5.1.0.14.2.20020822123542.02919dc8@pop3.rowe-clan.net>
 <m3n0red9g4.fsf@mumonkan.sunstarsys.com> <3D65AF9D.7060908@stason.org>
 <m3znveb2ld.fsf@mumonkan.sunstarsys.com> <3D65CA9A.4050706@stason.org>
 <m3sn16aywo.fsf@mumonkan.sunstarsys.com>
 <5.1.0.14.2.20020823035453.02bf93b8@pop3.rowe-clan.net>
 <3D6602E1.9070600@stason.org> <m3y9aw7ldj.fsf@mumonkan.sunstarsys.com>
 <5.1.0.14.2.20020825004851.02a71ea0@pop3.rowe-clan.net>
 <m3n0rb58og.fsf@mumonkan.sunstarsys.com>
From: Joe Schaefer <joe@sunstarsys.com>
Date: 25 Aug 2002 11:05:06 -0400
In-Reply-To: Joe Schaefer's message of "25 Aug 2002 10:12:31 -0400"
Message-ID: <m3it1z568t.fsf@mumonkan.sunstarsys.com>
Lines: 18
User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.5
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Joe Schaefer <joe@sunstarsys.com> writes:

[...]

> I think the apreq filter can/should operate in a completely
> transparent way, since all it has to do is read a copy of the buckets
> into the apreq_list _as the upstream_ _filters dictate_.  Every time
> our filter is invoked, it can make a stab at parsing the apreq_list
> data, so the list should never get very big.

Um, you may need to s/upstream/downstream/g in everything I wrote in
the aforementioned post.  It'd be nice if what I write actually matched 
the picture in my head :-)

ENOCAFFEINE, sorry about that.

-- 
Joe Schaefer