You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@excalibur.apache.org by Alex Karasulu <ao...@bellsouth.net> on 2004/07/29 15:52:35 UTC
Re: Avalon - moving away from ?
On Thu, 2004-07-29 at 09:27, Paul Hammant wrote:
> This is an enabler, not migration. We're facilitating alternate
> deployment capabilities, not closing off current ones.
This makes so much sense for projects like Eve which attempt to enable
integration with everything under the sun. As you know we have these
POJO's and separate wrappers for Avalon and eventually other IoC
frameworks. This will even enable us to integrate into Geronimo perhaps
with GBean wrappers but I was told I may not need them since the POJO's
might be usable directly.
> As it would happen, I think the starting point is Cornerstone rather
> than James. Again as an enabler.
Oh good thing you mentioned this. Cornerstone is the missing link for
me in the POJO'ification process. Obviously I depend on it and use it
with Avalon deployment. However it would be nice to just have POJO
versions of the Cornerstone components. This way they're as common as
using jakarta-commons classes without being tied to any component
framework. Cornerstone I think would be used much more readily if this
were the case.
However I do have this one question which I should know but just in case
perhaps someone can clarify it. Aren't the classes within the excalibur
libraries used to build the Cornerstone components the POJO's we're
looking for?
Alex
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@excalibur.apache.org
For additional commands, e-mail: dev-help@excalibur.apache.org
Apache Excalibur Project -- URL: http://excalibur.apache.org/
RE: Avalon - moving away from ?
Posted by Stephen McConnell <mc...@apache.org>.
> -----Original Message-----
> From: Alex Karasulu [mailto:aok123@bellsouth.net]
> Sent: Thursday, July 29, 2004 16:03
> To: James Developers List
> Cc: dev@excalibur.apache.org
> Subject: Re: Avalon - moving away from ?
>
> On Thu, 2004-07-29 at 09:27, Paul Hammant wrote:
> > This is an enabler, not migration. We're facilitating alternate
> > deployment capabilities, not closing off current ones.
>
> This makes so much sense for projects like Eve which attempt to enable
> integration with everything under the sun. As you know we have these
> POJO's and separate wrappers for Avalon and eventually other IoC
> frameworks. This will even enable us to integrate into Geronimo perhaps
> with GBean wrappers but I was told I may not need them since the POJO's
> might be usable directly.
>
> > As it would happen, I think the starting point is Cornerstone rather
> > than James. Again as an enabler.
>
> Oh good thing you mentioned this. Cornerstone is the missing link for
> me in the POJO'ification process. Obviously I depend on it and use it
> with Avalon deployment. However it would be nice to just have POJO
> versions of the Cornerstone components. This way they're as common as
> using jakarta-commons classes without being tied to any component
> framework. Cornerstone I think would be used much more readily if this
> were the case.
>
> However I do have this one question which I should know but just in case
> perhaps someone can clarify it. Aren't the classes within the excalibur
> libraries used to build the Cornerstone components the POJO's we're
> looking for?
Yes. The cornerstone components (in most cases) handle the adaptation
between the Phoenix/Merlin component model and the Excalibur utilities. In a
couple of cases the cornerstone components are not dependent on Excalibur
(store and sockets).
Steve.
> Alex
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@excalibur.apache.org
> For additional commands, e-mail: dev-help@excalibur.apache.org
> Apache Excalibur Project -- URL: http://excalibur.apache.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
RE: Avalon - moving away from ?
Posted by Stephen McConnell <mc...@apache.org>.
> -----Original Message-----
> From: Alex Karasulu [mailto:aok123@bellsouth.net]
> Sent: Thursday, July 29, 2004 16:03
> To: James Developers List
> Cc: dev@excalibur.apache.org
> Subject: Re: Avalon - moving away from ?
>
> On Thu, 2004-07-29 at 09:27, Paul Hammant wrote:
> > This is an enabler, not migration. We're facilitating alternate
> > deployment capabilities, not closing off current ones.
>
> This makes so much sense for projects like Eve which attempt to enable
> integration with everything under the sun. As you know we have these
> POJO's and separate wrappers for Avalon and eventually other IoC
> frameworks. This will even enable us to integrate into Geronimo perhaps
> with GBean wrappers but I was told I may not need them since the POJO's
> might be usable directly.
>
> > As it would happen, I think the starting point is Cornerstone rather
> > than James. Again as an enabler.
>
> Oh good thing you mentioned this. Cornerstone is the missing link for
> me in the POJO'ification process. Obviously I depend on it and use it
> with Avalon deployment. However it would be nice to just have POJO
> versions of the Cornerstone components. This way they're as common as
> using jakarta-commons classes without being tied to any component
> framework. Cornerstone I think would be used much more readily if this
> were the case.
>
> However I do have this one question which I should know but just in case
> perhaps someone can clarify it. Aren't the classes within the excalibur
> libraries used to build the Cornerstone components the POJO's we're
> looking for?
Yes. The cornerstone components (in most cases) handle the adaptation
between the Phoenix/Merlin component model and the Excalibur utilities. In a
couple of cases the cornerstone components are not dependent on Excalibur
(store and sockets).
Steve.
> Alex
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@excalibur.apache.org
> For additional commands, e-mail: dev-help@excalibur.apache.org
> Apache Excalibur Project -- URL: http://excalibur.apache.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@excalibur.apache.org
For additional commands, e-mail: dev-help@excalibur.apache.org
Apache Excalibur Project -- URL: http://excalibur.apache.org/