Return-Path: Delivered-To: apmail-jakarta-avalon-phoenix-dev-archive@apache.org Received: (qmail 1661 invoked from network); 4 Dec 2002 12:50:53 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 4 Dec 2002 12:50:53 -0000 Received: (qmail 29124 invoked by uid 97); 4 Dec 2002 12:51:56 -0000 Delivered-To: qmlist-jakarta-archive-avalon-phoenix-dev@jakarta.apache.org Received: (qmail 29057 invoked by uid 97); 4 Dec 2002 12:51:55 -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 29045 invoked by uid 98); 4 Dec 2002 12:51:54 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-ID: <3DEDFA56.3040905@apache.org> Date: Wed, 04 Dec 2002 13:51:34 +0100 From: Stephen McConnell User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en, en-us MIME-Version: 1.0 To: Avalon Developers List Subject: Re: [Proposal] Remove all/most one-man codebases References: <200212042306.45081.peter@realityforge.org> 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 Peter Donald wrote: >Hi, > >One of the problems that has plagued Avalon is the result of one-man >codebases. I propose we remove almost all of these withing the next month. >They can be moved to jakarta-commons, the incubator or to sourceforge as the >developer wishes. > >However I would exclude a few things from this for practical reasons. These >things being >* tweety as it is a nice learning tool and could form part of our >documentation rather than as a codebase. >* xfc as it will hopefully be integrated into fortress soon and in many ways >is an extension of that. > XFC is about adapting different models - it should become part of Fortress - it should remain a seperate project that is used by different containers. >* extension should stay until Assembly decouples from it or until a better >migration path can be developed for it > >The stuff can come back later if it ever gets multiple people consistently >maintining it but until then we can move it out. > >Thoughts/Votes? > > So which packages did you have in mind specifically? Steve. > > -- Stephen J. McConnell OSM SARL digital products for a global economy mailto:mcconnell@osm.net http://www.osm.net -- To unsubscribe, e-mail: For additional commands, e-mail: