>Return-Path: <[EMAIL PROTECTED]> >Delivered-To: moderator for [email protected] >Received: (qmail 65705 invoked from network); 23 Feb 2001 11:20:40 -0000 >Received: from dnai-216-15-97-206.cust.dnai.com (HELO betaversion.org) (216.15.97.206) > by h31.sny.collab.net with SMTP; 23 Feb 2001 11:20:40 -0000 >Received: from betaversion.org ([192.168.1.104]) > by betaversion.org (8.9.3+Sun/8.9.3) with ESMTP id DAA08573 > for <[email protected]>; Fri, 23 Feb 2001 03:24:37 -0800 > (PST) >Message-ID: <[EMAIL PROTECTED]> >Date: Fri, 23 Feb 2001 03:29:39 -0800 >From: Federico Barbieri <[EMAIL PROTECTED]> >X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) >X-Accept-Language: en >MIME-Version: 1.0 >To: Jakarta framework <[email protected]> >Subject: avalon moved. >Content-Type: text/plain; charset=us-ascii >Content-Transfer-Encoding: 7bit >X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N > >I just repopulate the jakarta cvs with org.apache.avalon. >I dind't include most of my cleaning so we can keep those in the cvs >history. >I'm going to fix a minor bug in the build asap... I have some problems >with dist and dist-full. > >Status and proposal. Please vote or comment each... > >the build build just one big jar including util with all the rest. I'd >like to have two jars, one for org.apache.avalon.util and one for the >patterns. This can't be done now becouse there is a loop dependency... >camelot needs util and utils need Pipe. >My proposal is to move Pipeline, DefaultPipeline, ProcessorPipeline, >ProcessorStage and Stage to the util.processor package. > > >org.apache.avalon.util.log: AvalonLogFormatter and DefaultLogManager >should go (IMO) with Loggable and Abstract Loggable in the avalon.log >package. > > > >util.lang.ThreadManager is part of util.thread. Either it goes there or >util.thread goes into util lang. There is no reason for package >separation. > > >util.test, util.cli.test etc.: shouldn't those be in the testlet >package? Or if it's specific to test the kernel into phoenix? > > >avalon.service.Service: just a thought... shouldn't it be in >apache.avalon? > >avalon.configuration: I like a separate package for conf related classes >but first we need to finalize the specs. Lot of discussion have took >place... my feeling is that we reach the "I like it" vs "I don't like >it" point where more talk is just a waste of time... >My guess is that we need a separate detailed votation but please add >your comments. > > >more to come.... > >Fede > Cheers,
Pete *-----------------------------------------------------* | "Faced with the choice between changing one's mind, | | and proving that there is no need to do so - almost | | everyone gets busy on the proof." | | - John Kenneth Galbraith | *-----------------------------------------------------*
