On Tue, 12 Jun 2001, William A. Rowe, Jr. wrote: > From: <[EMAIL PROTECTED]> > 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 _______________________________________________________________________________ Ryan Bloom [EMAIL PROTECTED] 406 29th St. San Francisco, CA 94131 -------------------------------------------------------------------------------
