Return-Path: Delivered-To: apmail-avalon-dev-archive@www.apache.org Received: (qmail 80354 invoked from network); 10 Apr 2004 16:33:43 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 10 Apr 2004 16:33:43 -0000 Received: (qmail 14822 invoked by uid 500); 10 Apr 2004 16:33:35 -0000 Delivered-To: apmail-avalon-dev-archive@avalon.apache.org Received: (qmail 14768 invoked by uid 500); 10 Apr 2004 16:33:35 -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 14753 invoked from network); 10 Apr 2004 16:33:35 -0000 Received: from unknown (HELO smtp.noos.fr) (212.198.2.120) by daedalus.apache.org with SMTP; 10 Apr 2004 16:33:35 -0000 Received: (qmail 25099 invoked by uid 0); 10 Apr 2004 16:33:37 -0000 Received: from unknown (HELO apache.org) ([212.198.17.4]) (envelope-sender ) by 212.198.2.120 (qmail-ldap-1.03) with SMTP for ; 10 Apr 2004 16:33:37 -0000 Message-ID: <407822D2.4080804@apache.org> Date: Sat, 10 Apr 2004 18:37:38 +0200 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: moving on (was Re: Opinion Gathering on Fortress) References: <40781E21.6080503@badfw.org> In-Reply-To: <40781E21.6080503@badfw.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: minotaur-2.apache.org 1.6.2 0/1000/N Shash: The Avalon community took a vote on this subject and decided to resolve things with one architecture, one platform, one container. That decision has ripple effect which your currently witnessing - but the upside is that people are actually making decisions based on fact: * one avalon RI This isn't about setting a context to get framework right - its about going way beyond framework and doing what Avalon has been chartered to do: * component and service management On the context of one RI and our charter, we do have a responsibility to provide a viable migration path. I hope that you'll contribute to that because there a lot of benefit in getting the migration process right. That benefit is all about one community working together on one platform. Looking further out its about going beyond "containers" - focusing much more on the bigger picture of an globally integrated service management environment. From this perspective the current issues concerning migration are short term and addressable - and a necessary part of moving on. Cheers, Stephen. Shash Chatterjee wrote: > >> I haven't yet discovered a solution which seems perfect to me. >> Perhaps it is one of these but I need to give them more thought. >> >> Also, merlin is a much better candidate as a TLP. Fortress could >> then stay in Avalon. > > > As Leif and Hammett have said, there is no compelling reason for > Fortress/Phoenix users to change containers currently. These containers > need to be maintained and allowed to evolve gradually. As also has > been mentioned, there are different sets of developers ready to support > each container. I do not view breaking up the containers into either > TLPs or, alternatively, Avalon sub-projects as a bad things; that > politically and administratively demarcates the > interface/implementation split that architecturally Avalon already has. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org > For additional commands, e-mail: dev-help@avalon.apache.org > > -- |------------------------------------------------| | 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