Return-Path: Delivered-To: apmail-jakarta-avalon-dev-archive@apache.org Received: (qmail 20331 invoked from network); 9 Apr 2002 14:37:57 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 9 Apr 2002 14:37:57 -0000 Received: (qmail 24334 invoked by uid 97); 9 Apr 2002 14:37:57 -0000 Delivered-To: qmlist-jakarta-archive-avalon-dev@jakarta.apache.org Received: (qmail 24282 invoked by uid 97); 9 Apr 2002 14:37:56 -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 24263 invoked from network); 9 Apr 2002 14:37:56 -0000 Message-ID: <3CB2FCC4.3030408@apache.org> Date: Tue, 09 Apr 2002 10:37:56 -0400 From: Berin Loritsch User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.9) Gecko/20020311 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Avalon Developers List Subject: Re: We go repackaging alpha stage excalibur packages? References: <01e901c1dfbb$d00d8570$670004c0@PC103> Content-Type: text/plain; charset=UTF-8; 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 Nicola Ken Barozzi wrote: > From: "Leo Sutic" > >>Was there any concensus on what to do with >>framework? Do we go with: >> >>org.apache.avalon.framework >>org.apache.avalon >>org.apache.framework > > > Then, why not rename Avalon to . ? > Yeah, let's take out the name Avalon alltogether! > > Sorry if I intervene here, but as a heavy avalon user, I would like to > remind all that we are dead tired of changing package names. > > org.apache.avalon.framework is ok, or does making it shorter improve the > code? :-P > > Sorry, but these changes are quite frustrating and unnecessary... Nothing released will be changed. Framework will not migrate until a major version change. That major version change will get rid of cruft (deprecated packages) and hopefully have something else that compells you to want to use it. But we will still maintain the 4.x series until we feel ready to let go (which will be after a 5.0 release). We are not all in agreement on what should go into a 5.0 release, and so it will be a nice long while. -- "They that give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin -- To unsubscribe, e-mail: For additional commands, e-mail: