You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mina.apache.org by mat <fo...@gmail.com> on 2007/08/15 18:25:59 UTC

Re: Is Spring Integration of MINA recommended?

If using PicoContainer, I still have to make the pico-integration classes
like mina-integration classes?

On 7/18/07, peter royal <pr...@apache.org> wrote:
>
> On Jul 17, 2007, at 6:43 PM, Rob Butler wrote:
> > To use Spring for configuring MINA or not is of course a personal
> > choice.  I very much like using Spring to configure MINA.  It has
> > made adding filters and other configuration very easy.
>
> agreed that its a personal choice.
>
> personally, i'm sick of gobs of XML configuration and wire MINA up by
> hand, or by using PicoContainer.
>
> -pete
>
>
>
> --
> proyal@apache.org - http://fotap.org/~osi
>
>
>
>
>

Re: Is Spring Integration of MINA recommended?

Posted by Trustin Lee <tr...@gmail.com>.
On 8/16/07, mat <fo...@gmail.com> wrote:
> On 8/16/07, Trustin Lee <tr...@gmail.com> wrote:
> >
> > On 8/16/07, mat <fo...@gmail.com> wrote:
> > > If so, why doesn't Mina design the classes DI comparable? So we don't
> > need
> > > make these integration classes? Am I right? Just a thought.
> >
> > We are working on making MINA IoC container friendly in trunk. :)
>
>
> Which means I am right??

We could remove integration-spring package if we can, and we already
removed quite a lot of configuration classes in trunk.  But we can't
assure that integration-spring module will be removed completely.  The
fact is that we are considering it MINA more IoC container friendly.

HTH,
Trustin
-- 
what we call human nature is actually human habit
--
http://gleamynode.net/
--
PGP Key ID: 0x0255ECA6

Re: Is Spring Integration of MINA recommended?

Posted by mat <fo...@gmail.com>.
On 8/16/07, Trustin Lee <tr...@gmail.com> wrote:
>
> On 8/16/07, mat <fo...@gmail.com> wrote:
> > If so, why doesn't Mina design the classes DI comparable? So we don't
> need
> > make these integration classes? Am I right? Just a thought.
>
> We are working on making MINA IoC container friendly in trunk. :)


Which means I am right??

Trustin
> --
> what we call human nature is actually human habit
> --
> http://gleamynode.net/
> --
> PGP Key ID: 0x0255ECA6
>

Re: Is Spring Integration of MINA recommended?

Posted by Trustin Lee <tr...@gmail.com>.
On 8/16/07, mat <fo...@gmail.com> wrote:
> If so, why doesn't Mina design the classes DI comparable? So we don't need
> make these integration classes? Am I right? Just a thought.

We are working on making MINA IoC container friendly in trunk. :)

Trustin
-- 
what we call human nature is actually human habit
--
http://gleamynode.net/
--
PGP Key ID: 0x0255ECA6

Re: Is Spring Integration of MINA recommended?

Posted by mat <fo...@gmail.com>.
If so, why doesn't Mina design the classes DI comparable? So we don't need
make these integration classes? Am I right? Just a thought.

On 8/16/07, mat <fo...@gmail.com> wrote:
>
> If using PicoContainer, I still have to make the pico-integration classes
> like mina-integration classes?
>
> On 7/18/07, peter royal <pr...@apache.org> wrote:
> >
> > On Jul 17, 2007, at 6:43 PM, Rob Butler wrote:
> > > To use Spring for configuring MINA or not is of course a personal
> > > choice.  I very much like using Spring to configure MINA.  It has
> > > made adding filters and other configuration very easy.
> >
> > agreed that its a personal choice.
> >
> > personally, i'm sick of gobs of XML configuration and wire MINA up by
> > hand, or by using PicoContainer.
> >
> > -pete
> >
> >
> >
> > --
> > proyal@apache.org - http://fotap.org/~osi
> >
> >
> >
> >
> >
>