Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 95273 invoked from network); 30 Jan 2002 09:06:42 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 30 Jan 2002 09:06:42 -0000 Received: (qmail 14666 invoked by uid 97); 30 Jan 2002 09:06:51 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 14542 invoked by uid 97); 30 Jan 2002 09:06:50 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 14418 invoked from network); 30 Jan 2002 09:06:49 -0000 Message-ID: <3C57B7B6.4000300@yahoo.com> Date: Wed, 30 Jan 2002 09:07:02 +0000 From: Paul Hammant User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.7) Gecko/20011221 X-Accept-Language: en-us MIME-Version: 1.0 To: Jakarta Commons Developers List Subject: Re: Commons/Avalon [was Re: [Logging] [VOTE] Commons Logging 1.0 Release] References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Sam, >Another perspective is that inter subproject sharing at a granularity lower >than the subproject has rarely been successful. > >Things originally identified as reusable components often ended up getting >dependencies on ever increasing portions of the subproject. > >At the time commons was created, Avalon was notorious for changing >interfaces without even so much as a moments notice. The rationalle given >was that Avalon was still in alpha - interminably so. > I am not sure that is so correct. There have been refactorings, but old abstractions were kept as deprecated for quite while. >The only way a developer who dependended on the component could get a say >in the matter was to become a committer in the subproject at large. In the >case of Avalon, this meant becoming a committer to the entire framework: >jakarta-avalon, jakarta-avalon-testlet, jakarta-avalon-logkit, >jakarta-avalon-phoenix, jakarta-avalon-cornerstone, >jakarta-avalon-excalibur, and jakarta-avalon-site. In other words, they >were required to follow an "absurd rule allows people to vote on something >they dont use/develope and never plant to use/develope." > With respect, all the above are a single commit right. I could be wrong on jakarta-avalon-site through, but that is not relevant to this discussion. Avalon people willfully accomodate the needs of JAMES and Cocoon people inside Apache and plenty of those interested outside Apache. We frequently reach out to other teams in very polite, respectful and concilliatory terms. >So commons was created. It is explicitly designed as a place for people >who "play well with others". And after some initial growing pains appears >to be working. > - Paul -- To unsubscribe, e-mail: For additional commands, e-mail: