Return-Path: Delivered-To: apmail-avalon-dev-archive@www.apache.org Received: (qmail 69608 invoked from network); 2 Feb 2004 12:00:21 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 2 Feb 2004 12:00:21 -0000 Received: (qmail 88697 invoked by uid 500); 2 Feb 2004 12:00:07 -0000 Delivered-To: apmail-avalon-dev-archive@avalon.apache.org Received: (qmail 88545 invoked by uid 500); 2 Feb 2004 12:00:06 -0000 Mailing-List: contact dev-help@avalon.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 dev@avalon.apache.org Received: (qmail 88382 invoked from network); 2 Feb 2004 12:00:04 -0000 Received: from unknown (HELO smtp.noos.fr) (212.198.2.119) by daedalus.apache.org with SMTP; 2 Feb 2004 12:00:04 -0000 Received: (qmail 28082 invoked by uid 0); 2 Feb 2004 11:59:59 -0000 Received: from unknown (HELO apache.org) ([212.198.17.4]) (envelope-sender ) by 212.198.2.119 (qmail-ldap-1.03) with SMTP for ; 2 Feb 2004 11:59:59 -0000 Message-ID: <401E3C77.6040008@apache.org> Date: Mon, 02 Feb 2004 13:03:03 +0100 From: Stephen McConnell User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Avalon Developers List Subject: Re: [VOTE] RE: MutableConfiguration References: <01a101c3e97c$4b3559f0$0801a8c0@lagrange> In-Reply-To: <01a101c3e97c$4b3559f0$0801a8c0@lagrange> 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: minotaur-2.apache.org 1.6.2 0/1000/N Leo Sutic wrote: > >>-----Original Message----- >>From: news [mailto:news@sea.gmane.org] On Behalf Of Leo Simons >> >>Stephen McConnell wrote: >> >>> avalon-framework-api >>> avalon-framework-spi <-- contains MutableConfiguration >>>avalon-framework-impl <-- depends on spi and api >> >>IMHO avalon-framework-impl =~ avalon-framework-spi. It only contains >>stuff useful to containers implementing framework support. >>Yet-another-jar-with-only-5-classes doesn't seem like a good idea, >>especially as the split classloader argument doesn't seem to >>hold here. > > > I agree with this. Currently, that jar would have *one* class - > MutableConfiguration. Yes - I aware of the "one class" point which is partly why I initially suggested that we address this separately under an avalon-configuration (specifically moving the issue away from the framework and incorporating resolution with excalibur-configuration). My two proposals are: (a) use framework-spi (b) or setup an avalon/avalon-configuration subproject containing api and impl packages (and include in this process rationalization of the excalibur-configuration content) Please note that neither of these proposals impact the framework API explicitly or implicitly), and at the same time ensure that viable solutions are available so that you are not blocked in terms of moving forward. Personally I would prefer to see option (b) as the sensible solution because this addresses the broader question of the non-component content in the excalibur-configuration package that IMO should be incorporated into a single sub-project. Another alternative is to simply do this under the existing excalibur-configuration package. Stephen. -- |------------------------------------------------| | Magic by Merlin | | Production by Avalon | | | | http://avalon.apache.org/merlin | | http://dpml.net/merlin/distributions/latest | |------------------------------------------------| --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org For additional commands, e-mail: dev-help@avalon.apache.org