Hi, Scott Welcome!
Thanks for all the works you’ve done trying to integrating Dubbo with ECF. I personally don’t very familiar with OSGI, here’s some of my opinions and questions. > If the Dubbo dev community is interested, I could easily describe how Dubbo > extensibility could be exposed via the OSGi service registry/remote services. > This would make it possible for Dubbo to be easily extended using the OSGi > service registry. With Dubbo distribution provider 1. It would be able for existing Dubbo services to community with OSGI based services using Dubbo protocol, or vice versa. 2. Dubbo offers as another option of transport protocol for SOGI remote service. Am I right for the above benefits of Dubbo distribution provider? And is the integration work available now, as being displayed in this link https://github.com/ECF/DubboProvide? > If Dubbo folks wanted to expose Dubbo modules as OSGi bundles, I believe this > could also be easily done and would be happy to contribute it back to Dubbo. Will this require many changes on the existing Dubbo code to meet some OSGI bundle exposing requirements? Or few extra configurations would be enough? > One technical question: With Dubbo, is it possible to listen for > asynchronous events (such as disconnection/failed reconnect requests) and > respond to them? If so are there docs or examples of how to do this? (java > API best). Currently, Dubbo don’t have an asynchronous events mechanism. Would you please describe the scenarios that these features would be useful when working with OSGI? Jun > On Aug 31, 2019, at 6:05 AM, Scott Lewis <[email protected]> wrote: > > Hi, > > I'm the project lead for the Eclipse Communication Framework [1]. Among > other things, ECF provides an implementation of the OSGi R7 Remote > Services/Remote Service Admin specifications [2]. > > ECF supports pluggable 'distribution providers', responsible for the rpc, > serialization/marshalling, and wire protocol. We have upwards of 10 > distribution providers [3] created by us and others. > > I've recently learned about Apache Dubbo, and decided to use it to create a > new ECF Remote Service Distribution Provider [4]. What this means is that > Apache Dubbo can now be used as a distribution impl for any OSGi remote > service. This also makes it quite possible to have Other Runtimes -> OSGi > and OSGi->Other runtimes and retain all the OSGi service dynamics, injection > through declarative services, etc. > > If the Dubbo dev community is interested, I could easily describe how Dubbo > extensibility could be exposed via the OSGi service registry/remote services. > This would make it possible for Dubbo to be easily extended using the OSGi > service registry. > > If Dubbo folks wanted to expose Dubbo modules as OSGi bundles, I believe this > could also be easily done and would be happy to contribute it back to Dubbo. > > One technical question: With Dubbo, is it possible to listen for > asynchronous events (such as disconnection/failed reconnect requests) and > respond to them? If so are there docs or examples of how to do this? (java > API best). > > Thanks. > > Scott > > [1] http://www.eclipse.org/ecf https://wiki.eclipse.org/ECF > > [2] > https://osgi.org/specification/osgi.cmpn/7.0.0/service.remoteserviceadmin.html > > [3] https://wiki.eclipse.org/Distribution_Providers > > [4] https://github.com/ECF/DubboProvider >
