Return-Path: Delivered-To: apmail-jakarta-avalon-dev-archive@apache.org Received: (qmail 87119 invoked from network); 6 Apr 2002 13:07:43 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 6 Apr 2002 13:07:43 -0000 Received: (qmail 11793 invoked by uid 97); 6 Apr 2002 13:07:42 -0000 Delivered-To: qmlist-jakarta-archive-avalon-dev@jakarta.apache.org Received: (qmail 11750 invoked by uid 97); 6 Apr 2002 13:07:41 -0000 Mailing-List: contact avalon-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Avalon Developers List" Reply-To: "Avalon Developers List" Delivered-To: mailing list avalon-dev@jakarta.apache.org Received: (qmail 11739 invoked from network); 6 Apr 2002 13:07:41 -0000 From: "Leo Sutic" To: "Avalon Developers List" Subject: RE: [VOTE] future standard for Excalibur package naming Date: Sat, 6 Apr 2002 15:07:14 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: X-Mimeole: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal X-OriginalArrivalTime: 06 Apr 2002 13:07:41.0122 (UTC) FILETIME=[0875AA20:01C1DD6C] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > From: Leo Simons [mailto:leosimons@apache.org] > > Proposal 1: package naming for 4.x > ---------------------------------- > > We adopt a system where packages contain a default > implementation, and nothing more, where the default > implementation is the first. The default > implementation classes use a prefix of "Default". > Subsequent implementations go into subpackages of that > package. A descriptive name for the subpackage is ^^^^^^^^^^ Make that "package or subpackage". > chosen if this is practical, otherwise we use a > nondescriptive name. > > This is done for new and unreleased components, > and for released components when feasible. > > ie: > > org.apache.avalon.excalibur.${package}.Default${packageImpl} > org.apache.avalon.excalibur.${package}.${alternative}.${Alternativ > e}${packag > eImpl} > > example: > > org.apache.avalon.excalibur.component.DefaultComponentManager > org.apache.avalon.excalibur.component.caching.CachingComponentManager > org.apache.avalon.excalibur.component.dagger.DaggerComponentManager > > Note: alternatives to "Default" could be "Standard" or > "Excalibur". However, I feel "Default" is most descriptive. > Also, "Excalibur" to me implies that this is _the_ > component provided by excalibur implementing a specific > interface, instead of _a_ component. > > Proposal 2: package naming for 5.x > ---------------------------------- > > As above, but without the "avalon" in the package > name, and for all components, released and unreleased. > > ie: > > org.apache.excalibur.${package}.Default${packageImpl} > org.apache.excalibur.${package}.${alternative}.${Alternative}${pac > kageImpl} > > example: > > org.apache.excalibur.component.DefaultComponentManager > org.apache.excalibur.component.caching.CachingComponentManager > org.apache.excalibur.component.dagger.DaggerComponentManager > Exceptions are handled via standard +3/-0 concensus voting. > regards, > > - Leo > > +1, but only with modifications as given. I further propose this voting is extended until Monday, at least 1200 GMT, even if we get +3 before that so that it is not something that slipped past during the weekend. /LS -- To unsubscribe, e-mail: For additional commands, e-mail: