Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 22632 invoked from network); 17 Nov 2003 22:46:26 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 17 Nov 2003 22:46:26 -0000 Received: (qmail 90522 invoked by uid 500); 17 Nov 2003 22:46:08 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 90476 invoked by uid 500); 17 Nov 2003 22:46:07 -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: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 90463 invoked from network); 17 Nov 2003 22:46:07 -0000 Received: from unknown (HELO cn-sfo1-mail-relay1.cnet.cnwk) (206.16.5.38) by daedalus.apache.org with SMTP; 17 Nov 2003 22:46:07 -0000 Received: from cnet.com (brianpxp.cnet.cnwk [10.16.90.183]) by cn-sfo1-mail-relay1.cnet.cnwk (8.12.10/8.12.10) with ESMTP id hAHMkD35009892 for ; Mon, 17 Nov 2003 14:46:13 -0800 (PST) X-Spam-Filter: check_local@cn-sfo1-mail-relay1.cnet.cnwk by digitalanswers.org Message-ID: <3FB94FB5.6040202@cnet.com> Date: Mon, 17 Nov 2003 14:46:13 -0800 From: Brian Pane User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@httpd.apache.org Subject: Re: Finding da fun. References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Ben Hyde wrote: > In this discussion people have been making two kinds of lists. The > list of hypothetical reasons why activity seems to be petering out. > The list of possible cures for those hypothetical ills. > > We need a third list. A list of fun hacks that 2.0 enables. > > It would be good to spend more effort on what the compelling value in > the 2.0 family is and making it more accessible for people. Doc that > lowers the barrier to entry. Success stories that create a sense of > safety. Fundamentally, the filter mechanism in 2.0 makes it easy to mix and match different ways of obtaining content with different ways of delivering content. Need to run mod_include on the output of your servlet engine? In 2.0, you can do so by editing a config file. With most other webservers, 1.3 included, you have to rewrite the appserver connector. Need to compress or encrpyt the output of *any* handler? In 2.0, you can do so by loading the right filter and editing a config file. Need to use special logic for reading files from a document root due to NFS race conditions? In 2.0, just add a new handler and you can seamlessly stream the output through whatever stack of output filters you're already using. As for what's *wrong* with 2.0 (and 2.1), at the top of my list is scalability. We probably need to move to a multiple-connection-per-thread architecture for lower memory usage and more predictable response times under high loads. Historically, this has been one of the most-discussed changes proposed for 2.1; the only limitation is finding time to work on it. :-) Brian