apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From <...@covalent.net>
Subject Re: [RFC] Network Abstraction Layer - redux
Date Wed, 13 Jun 2001 13:32:22 GMT
On Tue, 12 Jun 2001, William A. Rowe, Jr. wrote:

> From: <rbb@covalent.net>
> Sent: Tuesday, June 12, 2001 10:41 PM
> > I was under the impression that we had already decided, the last time this
> > thread surfaced, that all of this was possible with filters.  We can
> > redirect to different kinds of network primitives with a different "core"
> > filter.  The "core" filters don't even need to use sockets, they can store
> > their own communication medium in the conn_rec, and just use that.  The
> > only drawback, is that Apache will still require a single socket to
> > operate, but I am not sure that can't be worked around.  A REALLY QUICK
> > grep through the source has us referencing the client socket 28 times
> > directly from the conn_rec.  I am not convinced that some of those can't
> > just be moved to inside a filter.
> >
> > I guess I am asking what this is supposed to accomplish.
> In all fairness,
> APR does bucket brigades.  It does socket management.  I think this would be a fine
> addition to our APR arsenal.
> But can we, absolutely, postively, table any change that affects an httpd 2.0
> release?  IOW, no samba-team iol into Apache 2.0.  Develop the API, impement the
> code, go to town.  But I think we've reached a juncture...
>     not everything in apr exists for or is even used by Apache
> If what results can improve httpd 2.1, then fantastic!  If not, it's still fantastic
> There's alot more to do on the net beyond Apache, if we can fuel those directions, then
> we really have a worthwhile library project, and not just an adjunct of httpd.

The problem I have with this code idea isn't that it isn't useful to
httpd.  It is that we have been down this road once, and the model wasn't
flexible enough.  What problem are we trying to solve that the filter
mechanism doesn't solve?  If the answer to that question is "filters are
in Apache, and we want this out of Apache", then move filters out of
Apache.  If the answer is, "We need a better way to abstract the network
for x, y, and z", then cool let's do it.  I haven't heard x, y, and z yet,
and the last time we talked about this, filters could solve any problem
that this model was trying to solve.


Ryan Bloom                        	rbb@apache.org
406 29th St.
San Francisco, CA 94131

View raw message