> I've heard various claims of this nature from osgi zealots, but when > talking to apparent experts the only things resembling this they > seemed to know about were grad student experiments that did not have > production use as even a far-in-the-future goal. Do you know of any > actual examples of this kind of behavior that actually work under load? As one of the OSGi "zealots" I can inform you that currently BEA micro service architecture, IBM Websphere 6.1, Jonas are fully osgified and used in production. Also Spring is now osgifing all their code and seeing it as a strategic advantage. JBoss is working hard on being compatible with OSGi. And of course, as was noted, there is now Glassfish. Add to this Eclipse's broad success with the IDE, RCP, eRCP, and now Eclipse on the server side. I am also aware that Geronimo was once ported to OSGi as a trial inside IBM.
I guess there likely have been some grad students been involved along the way. Though the dynamics work quite well when properly designed for it, there are still many companies that use OSGi for its modularity enforcement. There is no policy that states that you must use dynamic loading in a production environment. Many companies use the dynamic facilities during during development but have strict controlled procedures for production, which of course works fine with OSGi based systems as well. However, over time people learn to trust the dynamics because they work quite well and reliable when properly used. However, modularizing your code has so many other advantages. The dynamics were not so much a design goal as well a side effect of the strict enforcements of modularity. By minimizing the coupling between modules with private code and coupling through well defined services we found that you can actually link and unlink modules quite well when properly used. However, there are so many other advantages to strong modularization that this is just the icing of the cake. Kind regards, Peter Kriens djencks wrote: > > > On Apr 22, 2008, at 6:25 PM, Paul Benedict wrote: > >> Is that enough so that web applications, either as a whole or in >> partial, >> can be upgraded without stopping them? It's my understanding that if >> web >> applications are loaded in an OSGi classloader, these kind of things >> are >> possible. >> > I've heard various claims of this nature from osgi zealots, but when > talking to apparent experts the only things resembling this they > seemed to know about were grad student experiments that did not have > production use as even a far-in-the-future goal. Do you know of any > actual examples of this kind of behavior that actually work under load? > > thanks > david jencks > > >> Paul >> >> On Tue, Apr 22, 2008 at 7:24 PM, Filip Hanik - Dev Lists >> <[EMAIL PROTECTED] >> > >> wrote: >> >>> Henri Gomez wrote: >>> >>>> Hi to all, >>>> >>>> Did there is plans, ideas or interest around about OSGI-fing >>>> Tomcat ? >>>> >>>> >>> I've put a note about this a while ago in tomcat/trunk/PROPOSALS.txt >>> my original plan was just to make sure all the MANIFEST.MF for each >>> file >>> would have enough in it so that each JAR can be a OSGi bundle. >>> >>> after that, one can add on as much or as little as one wishes >>> >>> Filip >>> >>>> Regards >>>> >>>> --------------------------------------------------------------------- >>>> 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] >>> >>> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Osgifing-Tomcat-tp16830131p16930339.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
