Hi Folks,
      
      This is indeed very interesting.
      
      Another technology to add to the mix:   Using Py4j, I've written
      what I'm calling an 'osgiservicebridge' [1].  What it does is
      dynamically expose Python object instances to the OSGi service
      registry, and allow Java-based OSGi services to be accessed from
      Python.   
      
      You can think of it as making OSGi services available to Python
      (Python consumer -> Java provider), and Python objects as impls
      of OSGi services (Java consumer -> Python provider).  The main
      benefits are that all of the OSGi service dynamics, versioning,
      discovery, separation between contract and impl, interoperability
      with DS, etc are maintained, since everything is done via the OSGi
      Remote Service Admin specification and ECF's impl of that spec.  
      There are no dependencies directly on Eclipse or specific UI
      technologies although obviously since Eclipse is based upon OSGi
      everything is completely transferable to Eclipse-based apps.
      
      Consumers are using this to allow OSGi-based Edge analytics
      systems to use Python for implementing parts of the analytics: 
      e.g. training/learning...and OSGi for other parts.
      
      Scott
      
      [1] 
https://github.com/ECF/Py4j-RemoteServicesProvider
      
      
      On 3/3/2017 10:04 AM, Jay Jay Billings wrote: