portals-jetspeed-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From d...@multitask.com.au
Subject Re: [JETSPEED 2] Choosing a component framework/micro-kernel
Date Thu, 16 Oct 2003 00:28:58 GMT
Have you seen hivemind?

http://jakarta.apache.org/commons/sandbox/hivemind/
--
dIon Gillard, Multitask Consulting
Blog:      http://blogs.codehaus.org/people/dion/


David Le Strat <dlestrat@yahoo.com> wrote on 16/10/2003 01:21:17 AM:

> FYI, I found an interesting article comparing the
> Spring/Avalon and PicoContainer framework.
> 
> http://www.springframework.org/docs/lightweight_container.html
> 
> Interesting quote from the article:
> 
> "Avalon's most important container implementation,
> Phoenix, targets standalone applications like full
> servers. Avalon has its advantages there, as it has
> been designed for start/stop cycles etc. The only
> stable implementation for embedded use like within a
> web application is Fortress, which competes with
> Spring's bean container. Spring focuses on embedded
> usage as application context, it does not aim to be a
> foundation for server processes. And of course,
> Spring's feature set for application development goes
> far beyond the bean container itself."
> 
> I guess the choice boils down to what we are trying to
> achieve:
> - What is the primary purpose of the service
> framework? Provide server services? Provide web
> application services? Should Jetspeed provide/use a
> framework for developing reusable portlets components
> (as opposed to core portal services)?
> - What core functionality should the service framework
> provide? AOP, JTA, etc...
> 
> Just my two cents.  In any case, I like David ST
> approach to create a commons like layer avoiding to
> get too tightly coupled with the chosen service
> framework.
> 
> Best regards,
> 
> David.
> 
> --- "Weaver, Scott" <Sweaver@rippe.com> wrote:
> > I have been evaluating component/service/kernel
> > frameworks.  So far, I really like what I see in
> > Avalon Phoenix, it seems right down the alley of
> > what we are trying to accomplish.  It also has
> > built-in in JMX to manage components.
> > 
> > I briefly looked at picocontainer, very cool,
> > however it is somewhat young where as Phoenix has
> > quite a few projects built upon it, including Apache
> > James.  Same goes for Hivemind with respect to being
> > a less mature project.
> > 
> > I would love if everyone who has used/researched any
> > of these products give me a summary of their
> > findings/experiences so as we can make the best
> > choice for Jetspeed.
> > 
> > I realize we had a recently discussed this in passed
> > thread, but I want to keep this alive as we need to
> > make this decision very soon.  Plus, I want to have
> > as much community involvement/input on this choice
> > as possible.
> > 
> > Regards,
> >  ________________________________
> > |                                |
> > | Scott T Weaver                 |
> > | <weaver@apache.org>            | 
> > | Apache Jetspeed Portal Project |
> > | Apache Pluto Portlet Container |
> > |________________________________|
> > 
> > 
> 
> 
> __________________________________
> Do you Yahoo!?
> The New Yahoo! Shopping - with improved product search
> http://shopping.yahoo.com
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
> 


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


Mime
View raw message