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? Regards -TR > -----Original Message----- > From: Glenn R. Golden [mailto:[EMAIL PROTECTED] > 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 | > > | <[EMAIL PROTECTED]> | > > | Apache Jetspeed Portal Project | > > | Apache Pluto Portlet Container | > > |________________________________| > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
