Both Equinox and OSGi are seeing a surge in interest from a wide range of communities from embedded, the traditional domain of OSGi, to desktop tools and applications to mobile devices and servers. The server side work is of particular interest. The Equinox project has a server side effort that seeks to integrate the dynamic module capabilities of OSGi into standard application server scenarios. There are two main approaches; embedding Equinox in the servlet container or embedding the servlet container in Equinox. To a large extent, the choice made here does not impact your server application or functionality. The choice is more a function of the infrastructure needs of your environment.
-
Article: Eclipse, Equinox and OSGi (12 messages)
- Posted by: Joseph Ottinger
- Posted on: January 02 2007 13:55 EST
"Eclipse, Equinox, and OSGi" by Jeff McAffer and Simon Kaegi shows how the Eclipse Equinox modular runtime works, from Eclipse' perspective, and then discusses how Equinox can be embedded in a serverside application.Threaded Messages (12)
- Re: Article: Eclipse, Equinox and OSGi by Sam Wilson on January 02 2007 14:08 EST
- Re: Article: Eclipse, Equinox and OSGi by Sean Sullivan on January 02 2007 15:42 EST
- Componentization of IBM WebSphere 6.1 with OSGi by Soumen Sarkar on January 02 2007 04:36 EST
-
Re: Article: Eclipse, Equinox and OSGi by Sam Wilson on January 02 2007 06:16 EST
- Re: Article: Eclipse, Equinox and OSGi by Dushyanth Inguva on January 02 2007 10:21 EST
-
Re: Article: Eclipse, Equinox and OSGi by Robert Dunne on January 03 2007 11:09 EST
-
Re: Article: Eclipse, Equinox and OSGi by Konstantin Ignatyev on January 03 2007 01:19 EST
- Re: Article: Eclipse, Equinox and OSGi by Robert Dunne on January 04 2007 08:23 EST
-
Re: Article: Eclipse, Equinox and OSGi by Konstantin Ignatyev on January 03 2007 01:19 EST
- Re: Article: Eclipse, Equinox and OSGi by German Vega on January 03 2007 04:09 EST
- Re: Article: Eclipse, Equinox and OSGi by Sean Sullivan on January 02 2007 15:42 EST
- Re: OSGi by Gaurav V on January 03 2007 22:23 EST
- Version 4 fixes this by Aaron Arbery on January 04 2007 08:20 EST
- Nuxeo Runtime: Java EE and OSGi by Eric Barroca on January 07 2007 19:46 EST
-
Re: Article: Eclipse, Equinox and OSGi[ Go to top ]
- Posted by: Sam Wilson
- Posted on: January 02 2007 14:08 EST
- in response to Joseph Ottinger
I for one can't wait to see an app server that uses OSGi as its underlying component model. Add the spring integration of OSGi and you've got a JBoss killer. -
Re: Article: Eclipse, Equinox and OSGi[ Go to top ]
- Posted by: Sean Sullivan
- Posted on: January 02 2007 15:42 EST
- in response to Sam Wilson
I for one can't wait to see an app server that uses OSGi as its underlying component model.
IBM Websphere 6.1 uses OSGI: $WEBSPHERE_HOME/plugins/org.eclipse.osgi_3.1.2.jar In Websphere 6.1, the server components are located in the plugins folder: plugins/com.ibm.ws.runtime_6.1.0.jar plugins/com.ibm.ws.webcontainer_2.0.0.jar plugins/com.ibm.ws.portletcontainer_2.0.0.jar etc. -
Componentization of IBM WebSphere 6.1 with OSGi[ Go to top ]
- Posted by: Soumen Sarkar
- Posted on: January 02 2007 16:36 EST
- in response to Sean Sullivan
-
Re: Article: Eclipse, Equinox and OSGi[ Go to top ]
- Posted by: Sam Wilson
- Posted on: January 02 2007 18:16 EST
- in response to Sean Sullivan
Okay... let me rephrase that... I for one can't wait to see an affordable, easy to use app server that uses OSGi as its underlying component model. :) -
Re: Article: Eclipse, Equinox and OSGi[ Go to top ]
- Posted by: Dushyanth Inguva
- Posted on: January 02 2007 22:21 EST
- in response to Sam Wilson
ROTFLMAO ;-) +1 -
Re: Article: Eclipse, Equinox and OSGi[ Go to top ]
- Posted by: Robert Dunne
- Posted on: January 03 2007 11:09 EST
- in response to Sam Wilson
I'm a developer on the Newton project, which might be of interest to you. Newton provides a lightweight OSGi based component model with support for dynamic deployment of applications across multiple JVMs and IOC style wireup of their dependencies. Support for Spring based components is available. See http://newton.codecauldron.org for info, downloads etc. -
Re: Article: Eclipse, Equinox and OSGi[ Go to top ]
- Posted by: Konstantin Ignatyev
- Posted on: January 03 2007 13:19 EST
- in response to Robert Dunne
Newton provides a lightweight OSGi based component model ...
I have read that Newton also uses Jini. Could you elaborate more on: - Why use OSGI and Jini, and not Jini only? - What are the differences from project Rio? -
Re: Article: Eclipse, Equinox and OSGi[ Go to top ]
- Posted by: Robert Dunne
- Posted on: January 04 2007 08:23 EST
- in response to Konstantin Ignatyev
Why use OSGI and Jini, and not Jini only?
Jini provides an inter-VM services model. OSGi complements this with an intra-VM services model. Also, OSGi's use of bundles and their peer based approach to classloading provides us with the ability to deploy and undeploy services in a very fine grained manner, to automate a great deal of dependency resolution and provisioning, and to avoid the ordering and class mismatch problems which are frequently encountered when using traditional hierarchically arranged classloaders. Actually - for us the real question is why use OSGi and Jini, and not OSGi only? The answer is that as yet there is no suitable all OSGi remoting solution.What are the differences from project Rio
They are really quite different projects, although I can see why you have linked them. Rio is very much oriented around Jini. It makes using Jini to create distributed systems a lot easier and has some very nice dynamic provisioning, monitoring and recovery capabilities. Newton is fundamentally OSGi based, and makes use of Jini for native remoting. This gives Newton the ability to deploy composite applications to a single VM as well as across multiple VMs. It also means that Newton can use Bundle metadata to statically analyse and deploy service dependencies. Newton systems are described using the emerging SCA standard. Newton's provisioning system dynamically deploys, monitors and maintains distributed systems based on their SCA description and SLA requirements. Newton wires up service dependencies IOC style. Newton's provisioning system is self maintaining - i.e. if part of it fails the other parts reprovision it. It is difficult to do justice to either project in a short post so for more information the best thing would be to look at the two projects' websites and examples at http://newton.codecauldron.org and https://rio.dev.java.net -
Re: Article: Eclipse, Equinox and OSGi[ Go to top ]
- Posted by: German Vega
- Posted on: January 03 2007 04:09 EST
- in response to Sam Wilson
Jonas, ObjectWeb's open source Java EE implementation will integrate OSGi as the base of its core architecture in its next release (Jonas 5) scheduled for February 2007. There are already 2 working prototypes that can be downloaded from https://wiki.objectweb.org/jonas/Wiki.jsp?page=JONAS5 The specifics of the integration of OSGi to Jonas are presented in http://objectwebcon06.objectweb.org/xwiki/bin/download/Main/DetailedSession/M-Desertot-T-Abdellatif.pdf For those interested, the general ideas of the integration of the service approach inside the application server were presented in Mikael Desertot, Didier Donsez and Philippe Lalanda A Dynamic Service-Oriented Implementation for Java EE Servers Published 3th IEEE International Conference on Service Computing, SCC'06 September 2006, Chicago, USA -
Re: OSGi[ Go to top ]
- Posted by: Gaurav V
- Posted on: January 03 2007 22:23 EST
- in response to Joseph Ottinger
As mentioned in JSR 277 " The R3 version of the Open Services Gateway Initiative (OSGi) specification defines a framework that enables the deployment of service-oriented applications (called bundles). However, the framework only supports package dependency based on the minimum version of a specification, and there is no support for exact version or version range. The framework also supports package dependency based on an implementation, but there is no support for versioning. Moreover, the framework must choose one bundle that will be the provider of the exported package for all bundles which have dependencies on that package, so it is impossible to support more than one version of shared package at runtime. Besides, the selection of exported package provider is anonymous, and there is no way to influence the selection. Because the versioning semantics in the OSGi R3 framework is simplistic, it is not a sufficient solution to address the JAR referencing problem." -
Version 4 fixes this[ Go to top ]
- Posted by: Aaron Arbery
- Posted on: January 04 2007 08:20 EST
- in response to Gaurav V
version ranges, including exact matches. package scopes and bundle scopes. A. -
Nuxeo Runtime: Java EE and OSGi[ Go to top ]
- Posted by: Eric Barroca
- Posted on: January 07 2007 19:46 EST
- in response to Joseph Ottinger
If you are interested in OSGi for the server side, you can have a look at Nuxeo Runtime (http://www.nuxeo.org/sections/projects/runtime/). It is powering Nuxeo Enterprise Platform (our Open Source ECM platform: http://www.nuxeo.org/). Components are OSGi bundles that can mutually extend themselves using extension point (in the spirit of Equinox). Those components can then run directly on Equinox (in Eclipse RCP) or on the server side using JBoss thanks to the OSGi adapter for JBoss provided by Nuxeo Runtime (other application servers are planned to be supported). Thanks, EB.