Tiered Container Hierarchy

[Berin Loritsch]

I would like to propose set of tiered containers and the appropriate compliance
test suites. The approach requires all of us to work together (building community
as Stefano wants), and satisfies the real need for more than one container in
Avalon. It would work something like this:

1) Micro Container--a Tweety like container that can operate in J2ME. It requires
that only threadsafe components be used because it is unlikely that multithreading
will be used in that environment. It is severly limited, and identifies the minimum
requirements for Avalon compliance.

2) Standard Container--the result of merging Merlin and Fortress. It will be able to
support embedding in a larger container (like J2EE) as well as the more robust
component handling (pooling, thread-local, etc.).

3) Server Container--Phoenix. It identifies the requirements for a root level container
that hosts server applications. It will not be embeddable because it is the kernel.

I think that this approach will satisfy the community needs as well as the needs for
different types of containers. It is also important to focus on container/component
contracts in each of these--all the while providing a reasonable default implementation.

---------------------------------------------
Introducing NetZero Long Distance
1st month Free!
Sign up today at: www.netzerolongdistance.com

--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>