portals-jetspeed-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Tim Reilly" <tim.rei...@consultant.com>
Subject RE: [JETSPEED 2] Choosing a component framework/micro-kernel
Date Thu, 16 Oct 2003 05:48:38 GMT
May be a dumb question, but is it possible to combine Avalon and Hivemind?

The configuration, service-point, interceptor, etc - paradigm
is very appealing to me.

Let's say you have a usage reporting requirement.
Your marketing department wants real-time stats so they can track campaigns
in real-time
so you implement a "web-bug"/"hidden-pixel" strategy.
Just an example, but your portlet calls a usage logging service. The service
sets up data in the request
for your jsp tags to use during the rendering of the portlet, which adds the
pixel/bug and parameters.

This works fine except a few months later you find out your legal department
has a compliance requirement and
needs the same/similar data, but they need it in common log format and must
be generated on the server,
not derived from data from the original solution.

You create a different service implementation and then configure the service
container to use serviceimpl1, serviceimpl2
or both serviceimpl1 and serviceimpl2

Perhaps the example isn't great, but hopefully the idea comes across.
What I see with hivemind this could easily be "configured-in".
I don't know much about Avalon, but my concern/question is whether or not
Avalon precludes this level of
flexibility or not?

On the general topic; asking for some input from Avalon and Hivemind
contributors may not be
a bad idea.
I recall some commons discussions where H.L. Ship (Hivemind et al) was very
level about why one would
use one over the other (e.g. not over selling - Hivemind over Avalon, just
describing the diff's and reason
for the project when Avalon exists)

I'll see if I can find the post again, if anyone wishes?


> -----Original Message-----
> From: Glenn R. Golden [mailto:ggolden@umich.edu]
> Sent: Wednesday, October 15, 2003 11:46 PM
> To: Jetspeed Developers List
> Subject: Re: [JETSPEED 2] Choosing a component framework/micro-kernel
> Scott, I probably said this before recently, but I still recommend we
> use the Avalon Framework, not an Avalon Product like Phoenix.  The
> Avalon Framework is very close to a "wrapper" API only services
> methodology, with very little implementation.  It tells us how to write
> our services, and how to write the service container that will give
> life to the services.
> If we decide on this, we can go on and re-factor the services to fit
> the rich (and optional) life cycles that Avalon Framework provides.
> Then we can find one of the Avalon containers to use, or write our own.
>   I think that the Avalon folks would aim us at Merlin or Fortress, not
> Phoenix.
> In my current project, we are currently taking this approach, and are
> probably going to write our own container for Avalon Framework
> services.  The services don't care what the container is as long as it
> plays the full and correct Avalon Framework game.  My project's needs
> are probably strange enough to justify our own container.  It's not so
> hard to create a good, simple Avalon container.
> Now, this is just for services, not for a micro-kernel, which is more
> like what Phoenix gives, I think.  I'm not sure Jetspeed needs a
> micro-kernel, since it's basically a servlet with many services and
> Pluto.  What I think we need is a service model to replace Turbine, and
> I like Avalon Framework.
> And we might be able to either retro-fit Pluto to use Avalon services,
> and then either use Pluto's service container or our own as an Avalon
> container.  Just thinking here...
> - Glenn
> On Wednesday, October 15, 2003, at 10:50  AM, Weaver, Scott 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 |
> > |________________________________|
> >
> ---------------------------------------------------------------------
> 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

View raw message