Bill
David Le Strat wrote:
Scott,
I agree with you on those. A couple more features could be:
5. The service framework provides the ability to web service enable services.
6. The service framework provides the ability to monitor the services performance.
I am not sure what others think but I feel that some type of interceptor framework would be quite important.
Regards,
David.
--- "Weaver, Scott" <[EMAIL PROTECTED]> wrote:
http://wiki.apache.org/geronimo/Architecture_2fKernelWhat would be the key features that we would be
looking for?
This is me speaking, but I am sure others feel the same:
1. Transparent JMX management of deployed modules.
2. Hot deploy and hot configuration. No more stop
container, change property(ies), restart container, wash, rinse,
repeat. Gawd, that's a HUGE PITA!
3. The use of POJOs as components would be a nice
feature but isn't really a deal breaker. 4. Self-contained deployment either via jar or some
other container/archive mechanism. Each module would have its own
config file included. No more sifting through unwieldy properties files. This also makes updating from the CVS easier you don't have to
worry about dif'ing out all the changes you made that will
more than likely conflict
with the CVS. You obviously have to perform
some dif'ing, but in smaller more manageable chunks.
Regards,
*================================* | Scott T Weaver |
| <[EMAIL PROTECTED]> | | Apache Jetspeed Portal Project |
| Apache Pluto Portlet Container |
*================================*
differences-----Original Message----- From: David Le Strat [mailto:[EMAIL PROTECTED] Sent: Saturday, November 29, 2003 11:44 AM To: Jetspeed Developers List Subject: Re: Service and Component Frameworks
All,
There is a lot of good info comparing the
between frameworks at:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg08269.htmlRegarding Hivemind, Howard gave a presentation awhile
back, some more info on Hivemind can be found at:
---------------------------------------------------------------------It is a neat framework and hopefully theintellectual
property issue will be resolved soon. Iespecially
like the clean interceptor model. Thesubstitution
model would also be quite handy to create cleanconfiguration
separated modules and substitute common
from a central configuration point. FinallyHivedoc is
approachquite nice in providing a clear picture of the dependencies between modules.
Another interesting approach (which is the
taken by ExoPortal for instance) would be tocombine
AOP with Pico container or Avalon (Merlin seems tobe
the recommended service framework).wrote:
Lots of choices out there.
What would be the key features that we would be looking for?
Regards,
David.
--- David Sean Taylor <[EMAIL PROTECTED]>
usefulIm starting a little informal thread discussing Service and Component Frameworks.
Currently we are using Fulcrum in Jetspeed-2.
While I do like Fulcrum and it has been very
Portletfor us, there are
now more advanced service frameworks available.
All services in J2 are implemented as Common
moreServices. The goal
of CPS was to act as a layer so that we could
comeeasily swap out
Fulcrum in the future. I think that time has
decision.and we need to start
reviewing the other frameworks and make a
howeverThe frameworks we have considering are:
1. Hivemind 2. Pico Container 3. Jetspeed Cornerstone (not to be confused with Avalon Cornerstone) 4. Avalon
I really like what I've seen in Hivemind,
thethe current licensing
issues concern me.
I also think that Cornerstone, contributed by
Cisco team to Jetspeed, is very powerful. Are there other service frameworks we should be considering?
---------------------------------------------------------------------To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
__________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/
To unsubscribe, e-mail:[EMAIL PROTECTED]
For additional commands, e-mail:[EMAIL PROTECTED]
__________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/
--------------------------------------------------------------------- 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]
