Re: OSGi Container in Geronimo
Great! We still need to figure out few things, but communication is indeed one of the centrals. Do you have a specific pattern/workflow in mind? Thanks, Eishay Sanjiva Weerawarana <[EMAIL PROTECTED] To ce.lk>dev@geronimo.apache.org cc 10/23/2005 08:00 [EMAIL PROTECTED] PMSubject Re: OSGi Container in Geronimo Please respond to dev On Fri, 2005-10-21 at 15:38 -0700, Eishay Smith wrote: > Dain, > > Did you think about the communication with client side? > How do you think an OSGi bundle that lives inside an Eclipse environment > will communicate with another bundle that resides in Geronimo? > Will it have a "standard way", using some J2EE protocol (RMI/IIOP or SOAP > for example) with a proxy on the server side that stands in between (EJB or > WS), or just a "your problem - what ever you like"? If you want to do it with SOAP we (Axis2 folks) will be glad to help .. this'll be a good chance to integrate Axis2 to Geronimo as well. Sanjiva.
Eishay Smith is out of the office.
I will be out of the office starting 10/22/2005 and will not return until 10/25/2005.
Re: OSGi Container in Geronimo
Dain, Did you think about the communication with client side? How do you think an OSGi bundle that lives inside an Eclipse environment will communicate with another bundle that resides in Geronimo? Will it have a "standard way", using some J2EE protocol (RMI/IIOP or SOAP for example) with a proxy on the server side that stands in between (EJB or WS), or just a "your problem - what ever you like"? Eishay Dain Sundstrom <[EMAIL PROTECTED]> wrote on 10/21/2005 12:08:32 PM: > > On Oct 21, 2005, at 11:34 AM, Eishay Smith wrote: > > > Dain, > > > > I've talked with Jeff McAffer about it last week and I understood that > > there where some talks about using the Equinox OSGi somewhere in the > > infrastructure and not as a container. > > It will be a bi-directional integration, so OGIi bundles will be able > to see geronimo services and geronimo services will be able to see > bundles (and services in bundles). Using your terminology it will be > a container. > > > Will the implementation you are > > working on will actually enable running OSGi bundles taken from > > Eclipse? > > Yes, except Geronimo doesn't use extension points, so there will be > nothing to "extend", although the bundles will be able to see the > other bundles that have extension points. > > > Will each bundle will be a GBean or will there be one GBean which > > is an > > OSGi container that this one will contain all the bundles? > > There will be a GBean for the OSGI framework, one for each bundle and > one for each service in the bundle. > > > If you're goals match ours, it looks like we'll be one of your first > > costumers :-) > > Great. Having people able to test-drive the implementation right > away will make effort much more successful. > > -dain
Re: OSGi Container in Geronimo
We would like to contribute, but don't have the resources for that yet (will take us few weeks to start). Once we'll start we'll probably contribute mainly as early adopters with real life usage of this environment in the Healthcare industry. Eishay "Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote on 10/21/2005 01:56:04 PM: > That would be great! > > Are you interested in contributing something to help get this started? > > geir > > On Oct 21, 2005, at 1:55 PM, Eishay Smith wrote: > > > > > I'm part of the Eclipse Open Healthcare Project (EOHF), a first > > Eclipse > > project that targets an industry specific client framework over > > RCP. One of > > the problems we face in our architecture is the need to run OSGi > > bundles on > > the server side. > > > > The outcome is an idea to have an OSGi container inside Geronimo. > > Such a > > container should act like any other container in an application > > server, > > such as EJB, Web and Spring containers. > > > > The container design should strive to have OSGi bundles be unaware > > whether > > they run in a client or server side. At first there will be some > > restrictions on the bundles, and wile the container will mature and > > OSGi > > will supply relevant features, those restrictions will shrink. > > > > The OSGi bundles should be accessible by other GBeans, this way EJBs, > > Servlets and misc GBeans should be able to make use of Eclipse plugins > > (ones that does not utilize UI). Plugins that could be used are, for > > example, ones that implements messaging stack or doing data > > manipulation. > > > > Comments and ideas are welcome. > > > > Thanks, > > Eishay > > > > > > -- > Geir Magnusson Jr +1-203-665-6437 > [EMAIL PROTECTED] > >
Re: OSGi Container in Geronimo
Dain, I've talked with Jeff McAffer about it last week and I understood that there where some talks about using the Equinox OSGi somewhere in the infrastructure and not as a container. Will the implementation you are working on will actually enable running OSGi bundles taken from Eclipse? Will each bundle will be a GBean or will there be one GBean which is an OSGi container that this one will contain all the bundles? If you're goals match ours, it looks like we'll be one of your first costumers :-) I'll be waiting for your release. Eishay Dain Sundstrom <[EMAIL PROTECTED]> To 10/21/2005 11:17 dev@geronimo.apache.org AM cc Subject Please respond to Re: OSGi Container in Geronimo dev Eishay, I'm working on an OSGi integration for geronimo with basically the same set of goals in mind. I have been working with Jeff McAffer to get the Equinox OSGi implementation running well, and I hope to have something to show off in a few weeks. -dain On Oct 21, 2005, at 10:55 AM, Eishay Smith wrote: > > I'm part of the Eclipse Open Healthcare Project (EOHF), a first > Eclipse > project that targets an industry specific client framework over > RCP. One of > the problems we face in our architecture is the need to run OSGi > bundles on > the server side. > > The outcome is an idea to have an OSGi container inside Geronimo. > Such a > container should act like any other container in an application > server, > such as EJB, Web and Spring containers. > > The container design should strive to have OSGi bundles be unaware > whether > they run in a client or server side. At first there will be some > restrictions on the bundles, and wile the container will mature and > OSGi > will supply relevant features, those restrictions will shrink. > > The OSGi bundles should be accessible by other GBeans, this way EJBs, > Servlets and misc GBeans should be able to make use of Eclipse plugins > (ones that does not utilize UI). Plugins that could be used are, for > example, ones that implements messaging stack or doing data > manipulation. > > Comments and ideas are welcome. > > Thanks, > Eishay >
OSGi Container in Geronimo
I'm part of the Eclipse Open Healthcare Project (EOHF), a first Eclipse project that targets an industry specific client framework over RCP. One of the problems we face in our architecture is the need to run OSGi bundles on the server side. The outcome is an idea to have an OSGi container inside Geronimo. Such a container should act like any other container in an application server, such as EJB, Web and Spring containers. The container design should strive to have OSGi bundles be unaware whether they run in a client or server side. At first there will be some restrictions on the bundles, and wile the container will mature and OSGi will supply relevant features, those restrictions will shrink. The OSGi bundles should be accessible by other GBeans, this way EJBs, Servlets and misc GBeans should be able to make use of Eclipse plugins (ones that does not utilize UI). Plugins that could be used are, for example, ones that implements messaging stack or doing data manipulation. Comments and ideas are welcome. Thanks, Eishay
