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: