james-server-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stefano Bagnara <apa...@bago.org>
Subject Re: container and component model [Re: libs in spring deployment [Re: [jira] Commented: (JAMES-834)...]
Date Fri, 06 Mar 2009 17:39:32 GMT
Robert Burrell Donkin ha scritto:
> On Tue, Mar 3, 2009 at 9:20 AM, Stefano Bagnara <apache@bago.org> wrote:
>> Robert Burrell Donkin ha scritto:
>>> On Sun, Mar 1, 2009 at 8:05 PM, David Jencks <david_jencks@yahoo.com> wrote:
>>>> I'd kind of worry that if you start using annotations you are going to be
>>>> building yet another wiring framework which may not be the ideal focus of
>>>> this project.
>>> (unfortunately) i'm not sure a consensus would be possible about
>>> picking a more modern approach
>> I would prefer the use of an external wiring library instead of writing
>> our own. JAMES is complex enough to require some complex wiring and
>> writing our own library is not the right thing to do IMHO.
> i see no hope of gaining the consensus required to pick a new container

Why? Did we recently had a poll or did anyone expressed strong opinions
against one or another container? I know I'm less active lately and I
don't remember this.

>> As far as we can go there's no way to ship only container-agnostic
>> components. One way or another we'll have to use a container and to put
>> wiring/configuration there and the wiring/configuration is part of the
>> distribution. We have to choose a container and use its facilities. One
>> thing we should do is to avoid to put container stuff all around our
>> code, but we should not write our own container to avoid being
>> container-specific.
> my suggestion is that we develop phoenix to a point where james can
> easily be run on other containers. this requires the development of
> some james specific wiring and a micro-kernel to plugin into phoenix.
> the development of a new container is not necessary.

what I meant is that I prefer to use an existing micro-kernel than
writing our own.

xbean+spring, for example, is not documented, true, but at least it is
used and tested. Something written from scratch would be unused and
undocumented and less bulletproof.

BTW this is just a preference. If you are convinced that writing your
own stuff is better and you're prepared to write it and make it work,
well, I won't stop you!


To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org

View raw message