Return-Path: Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: (qmail 28695 invoked from network); 14 Jun 2005 14:11:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 14 Jun 2005 14:11:29 -0000 Received: (qmail 33715 invoked by uid 500); 14 Jun 2005 14:11:19 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 33590 invoked by uid 500); 14 Jun 2005 14:11:19 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 33547 invoked by uid 99); 14 Jun 2005 14:11:19 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from 67.108.232.229.ptr.us.xo.net (HELO cymmail.cymphonix.com) (67.108.232.229) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 14 Jun 2005 07:11:13 -0700 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Subject: RE: Apache2::DBI Date: Tue, 14 Jun 2005 08:20:55 -0600 Message-ID: <2F413D5F33545D4A8465BBEE900238CC45F885@cymmail.cymphonix.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Apache2::DBI Thread-Index: AcVr5ihYSZCokcDvRbS1xVYr6WWtNgFBE4dw From: "Aaron Scott" To: "Adam Kennedy" , "Philip M. Gollucci" , "mod_perl" X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N > -----Original Message----- > From: Adam Kennedy [mailto:adam@phase-n.com] > Sent: Tuesday, June 07, 2005 10:43 PM > To: Philip M. Gollucci; mod_perl > Subject: Re: Apache2::DBI >=20 > Indeed. >=20 > All that might be needed is a small... >=20 > =3Dhead1 COMPATIBILITY >=20 > Apache::DBI is compatible with both the mod_perl 1 and mod_perl 2 APIs. >=20 > ... somewhere very near the beginning of the POD. (personally I'd have > it right after the synopsis and before the description). >=20 > And I'd recommend this for anyone that is going to take the "one module > to rule them all and in the darkness bind them" strategy :) The mp2 API being 'the darkness'? :) Besides compatibility with legacy code (which isn't an issue in my case), are there any benefits to maintaining the Apache namespace that I'm not considering? -Aaron