Return-Path: Delivered-To: apmail-excalibur-dev-archive@www.apache.org Received: (qmail 6309 invoked from network); 18 Feb 2005 10:01:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 18 Feb 2005 10:01:15 -0000 Received: (qmail 40950 invoked by uid 500); 18 Feb 2005 10:01:13 -0000 Delivered-To: apmail-excalibur-dev-archive@excalibur.apache.org Received: (qmail 40780 invoked by uid 500); 18 Feb 2005 10:01:12 -0000 Mailing-List: contact dev-help@excalibur.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: List-Id: "Excalibur Developers List" Reply-To: "Excalibur Developers List" Delivered-To: mailing list dev@excalibur.apache.org Received: (qmail 40520 invoked by uid 99); 18 Feb 2005 10:01:10 -0000 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=HTML_20_30,HTML_MESSAGE X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from smtp2.noc.eunet-ag.at (HELO smtp2.noc.eunet-ag.at) (193.154.160.116) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 18 Feb 2005 02:01:08 -0800 Received: from [192.168.100.91] (chello084113204124.1.14.vie.surfer.at [84.113.204.124]) by smtp2.noc.eunet-ag.at (Postfix) with ESMTP id 2F0563B06A; Fri, 18 Feb 2005 11:01:02 +0100 (CET) Message-ID: <4215BCE2.8050200@it20one.at> Date: Fri, 18 Feb 2005 11:01:06 +0100 From: Siegfried Goeschl Reply-To: siegfried.goeschl@it20one.at Organization: IT20one GmbH User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Excalibur Developers List Cc: Turbine Developers List , server-dev@james.apache.org Subject: Re: The YAAFI Manifesto - WAS Re: Plans for Fulcrum release .... References: <1108647297.6393.8.camel@zacarias> <000001c51505$9520ed30$660111ac@sagunto> <7a31ebb305021715526cfc8bf0@mail.gmail.com> In-Reply-To: <7a31ebb305021715526cfc8bf0@mail.gmail.com> Content-Type: multipart/alternative; boundary="------------080103090001080704080201" X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N --------------080103090001080704080201 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Aron, I would like to point out that there is the James project suffering badly from the Avalonic wars (hence the cross-posting to the James Developer List). They recently had a long discussion to make an Avalon-free JamesNG (http://www.mail-archive.com/server-dev@james.apache.org/) but my gut feeling is that it won't be an easy task. As a casual James user and non-contributor I could imagine a few ways to go *) stick with Phoenix or migrate to Loom *) make a transition to Fortress to stay under an ASF umbrella *) jump-start an Avalon-free JamesNG and use an Avalon container of there choice for the migration process *) kick out Avalon, jump-start an Avalon-free JamesNG and go for Big Bang I'm not sure what the current mood is - well, my first impression is that removing Avalon make them very happy :-) - but we have to keep the James community informed on our on-going work regarding Fortress and Fulcrum YAAFI. Cheers, Siegfried Goeschl Maybe the James folks might be interested to hear that J Aaron Farr wrote: >Thanks for the clarifications. I'm very interested in seeing what >Excalibur can do to make things easier for the Turbine folks. > > > >>I agree. You should be able to setup a container in a matter of minutes. >>It should be simple to make simple things. >> >> > >Exactly. > >IMHO Fortress is pretty simply already, but we need better >documentation and we can definitely make it more simple. The goal of >Fortress 2.0 should be to make implementations like yaafi unnecessary. > >So, if I'm reading this correctly, Fulcrum will become a more generic >component library not necessarily tied to Turbine, right? > > > --------------080103090001080704080201 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Aron,

I would like to point out that there is the James project suffering badly from the Avalonic wars (hence the cross-posting to the James Developer List). They recently had a long discussion to make an Avalon-free JamesNG (http://www.mail-archive.com/server-dev@james.apache.org/) but my gut feeling is that it won't be an easy task.

As a casual  James user and non-contributor I could imagine a few ways to go

*) stick with Phoenix or migrate to Loom
*) make a transition to Fortress to stay under an ASF umbrella
*) jump-start an Avalon-free JamesNG and use an Avalon container of there choice for the migration process
*) kick out Avalon, jump-start an Avalon-free JamesNG and go for Big Bang

I'm not sure what the current mood is - well, my first impression is that removing Avalon make them very happy :-) -  but we have to keep the James community informed on our on-going work regarding Fortress and Fulcrum YAAFI.

Cheers,

Siegfried Goeschl


 Maybe the James folks might be interested to hear that

J Aaron Farr wrote:
Thanks for the clarifications.  I'm very interested in seeing what
Excalibur can do to make things easier for the Turbine folks.

  
I agree. You should be able to setup a container in a matter of minutes.
It should be simple to make simple things.
    

Exactly.

IMHO Fortress is pretty simply already, but we need better
documentation and we can definitely make it more simple.  The goal of
Fortress 2.0 should be to make implementations like yaafi unnecessary.

So, if I'm reading this correctly, Fulcrum will become a more generic
component library not necessarily tied to Turbine, right?

  

--------------080103090001080704080201--