| Re: [rt-pmc] Eclipse Communications Framework 3.15.0 Release Review |
Howdy RT PMCers,
I have a deal to propose to the RT PMC.
For many years now, ECF has done most of it's new development at
our project-specific github organization [1], which preceded the
EF projects move to github/gitlab.
There are a number of commercially-used components there, for example:
1) Remote services distribution providers for Jersey (JaxRS spec), XMLRPC, gRPC, MQTT, Apache Dubbo (!), Python/Py4j, ActiveMQ Hazelcast, tcp/tcpssl, JavaGroups (JGroups).
2) Remote services discovery providers for etcd3 (kubernetes discovery protocol), Hazelcast.
3) Combined with the ECF OSGi Remote Service+RSA impl (part of
the OSGi TCK for years), any/all of the above distribution and
discovery protocols can be used in combination or individually as
spec compliant OSGi remote services. The addition of new
providers is now a well-worn technical and development path, open
(and open source) to any others that wish to use their protocols
for distribution and/or discovery, and immediately have OSGi
versioning, OSGi security, OSGi Service Registry dynamics, OSGi
declarative services, and all the other wonderful things that come
from OSGi and particularly the OSGi service registry.
4) As well, for a number of years we've been working on remote services tooling, both for Eclipse generally (e.g. RSA views for remote services management, endpoint description discovery/UI, integration with Eclipse java debugging), and for bndtools specifically: e.g. integration of gRPC/protobuf code generation with bndtools [2]. As well, I've recently been contributing to bndtools (7.1) to support wizards for OSGi Service and OSGi Remote Services wizards.
5) The Java<->Python distribution provider allows both Java<->Python and Python<->Java OSGi Remote Services. I've created a Python 3 bridge to the OSGi service registry (known as osgiservicebridge in pypi), and personally contributed a full Python-based Remote Service impl for ipopo [4]...which is a python impl of the OSGI bundle layer, service registry, and several other OSGi spec services. I happen to know that tcalmant (ipopo original author) would consider contributing ipopo to the Eclipse Foundation also if there were people supported to integrate and maintain it.
6) Most of the remote services discovery and distribution providers have been tested with Karaf 4+, and have a Karaf feature.xml to install them into Karaf.
Here's the proposal:
I would be willing to contribute and maintain any and all the
projects at [1] to the Runtime Project as well as any of the
desired tooling to Eclipse and/or bndtools as appropriate and
desired. I believe that particularly the Python stuff
(Java<->Python RPC, gRPC, ipopo RSA could/would be
appropriate for either Pydev commercial project OR an Eclipse AI
runtime and/or tools and/or AI safety projects, if there were any
at Eclipse.
I won't, however, be able to do this as an independent and unsupported committer, as I've been doing for 20+ years with ECF filetransfer and Remote Services. That is, to do any of this, as well as to continue my maintenance activity for Eclipse ECF beyond the 3.15.0 release (current), I will require other community commitments/resources.
Happy to chat, meet or discuss any of this.
Cheers,
Scott
[2] https://www.youtube.com/watch?v=289BGznS_so&list=PLy5zcVsfDSzZHOSDJvKhaSuzKgwuEIxtv&index=2
[3] https://pypi.org/search/?q=osgiservicebridge
[4] https://github.com/tcalmant/ipopo
Dear PMC,we need your +1 for the Eclipse Communications Framework 3.15.0 Release ReviewPlease provide your comments here or directly on the GitLab ticket:https://gitlab.eclipse.org/eclipsefdn/emo-team/emo/-/issues/743thanks in advance,Maria Teresa Delgado
--
The Eclipse Management Organization | Eclipse Foundation
_______________________________________________ rt-pmc mailing list rt-pmc@xxxxxxxxxxx To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/rt-pmc