avalon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nicola Ken Barozzi <nicola...@apache.org>
Subject Re: One Container Revisited
Date Mon, 01 Jul 2002 15:23:21 GMT

Adam Rossi wrote:
> On Mon, 2002-07-01 at 10:47, Leo Sutic wrote:
> <snip>
> 
>>And to this comes the committment threshold. As you start using metainfo
>>and everything, you committ your app more and more to the Avalon way of
>>creating applications. Maybe that isn't possible. Maybe you can not
>>fulfill the requirements a sophisticated container puts on your system
>>design. Again, the simplest of the three containers would come with 
>>minimum requirements (no assembly spec required, etc...).
>>
>>So let me ask you - how would you solve this problem?
>>
>>/LS
> 
> 
> I would put on my KISS hat and make the container with the broadest
> utility and appeal the default container. I would then make the other
> containers "add-ons" that provide additional services, at the cost of
> additional configuration, developer commitment, etc. These other
> container choices will be kept to a minimum, based on their distinct
> benefits / subject matter.
> 
> So, as a newbie, I can just download Avalon and run an example app with
> the default configuration. I can get to know the application, and I can
> begin to understand the possibilities. I am made aware that there are
> other, more complex containers for more complex requirements, and I move
> to them when I recognize that I need them.
> 
> That is how I would solve the problem.

Gee, this is why we we need 3 containers (your words in \"s ):

"I can just download Avalon" micro edition " and run an example app with
the default configuration.".

"I can get to know the application, and I can begin to understand the 
possibilities. I am made aware that there are other, more complex 
containers for more complex requirements, and I move to" Fortress or 
even Phoenix "when I recognize that I need them.".

-- 
Nicola Ken Barozzi                   nicolaken@apache.org
             - verba volant, scripta manent -
    (discussions get forgotten, just code remains)
---------------------------------------------------------------------


--
To unsubscribe, e-mail:   <mailto:avalon-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:avalon-dev-help@jakarta.apache.org>


Mime
View raw message