Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 27296 invoked from network); 1 Apr 2008 17:54:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 1 Apr 2008 17:54:49 -0000 Received: (qmail 26174 invoked by uid 500); 1 Apr 2008 17:54:41 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 26103 invoked by uid 500); 1 Apr 2008 17:54:41 -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 26092 invoked by uid 99); 1 Apr 2008 17:54:41 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Apr 2008 10:54:41 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [24.71.223.10] (HELO pd3mo1so.prod.shaw.ca) (24.71.223.10) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Apr 2008 17:53:51 +0000 Received: from pd2mr5so.prod.shaw.ca (pd2mr5so-qfe3.prod.shaw.ca [10.0.141.8]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JYN00F6LR0MBIF0@l-daemon> for dev@httpd.apache.org; Tue, 01 Apr 2008 11:53:10 -0600 (MDT) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd2mr5so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JYN00LKMR0MPZ80@pd2mr5so.prod.shaw.ca> for dev@httpd.apache.org; Tue, 01 Apr 2008 11:53:11 -0600 (MDT) Received: from [192.168.0.103] ([24.69.80.205]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JYN00E34R0LG200@l-daemon> for dev@httpd.apache.org; Tue, 01 Apr 2008 11:53:09 -0600 (MDT) Date: Tue, 01 Apr 2008 10:54:07 -0700 From: Chris Darroch Subject: Re: Dynamic configuration for the hackathon? In-reply-to: To: dev@httpd.apache.org Message-id: <47F276BF.30800@pearsoncmg.com> Organization: Pearson CMG/CTG MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit X-Enigmail-Version: 0.95.6 References: <47F11FFB.3030502@force-elite.com> <47F12389.1070203@beamartyr.net> <47F16E1D.9030005@rowe-clan.net> <47F209BD.7050103@sharp.fm> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.13) Gecko/20080328 SeaMonkey/1.1.9 X-Virus-Checked: Checked by ClamAV on apache.org Jim Jagielski wrote: > I'd prefer optimum runtime and let that drive how it gets exposed to > the admin, rather than the reverse... And then we can see if that > pain is worth it :) +1 to this as a guiding principle. I know our administrators would, above all else, like a standard way to build up configuration files from templates. Perhaps that could be mod_macro packaged in the main distribution, or some kind of "configulator" utility, or yet something else. Dynamic (re)configuration issues are a lesser concern for them, I think; it would be great if whatever is implemented could be largely optional so it can be loaded only if necessary. Good luck at the hackathon! Chris. -- GPG Key ID: 366A375B GPG Key Fingerprint: 485E 5041 17E1 E2BB C263 E4DE C8E3 FA36 366A 375B