[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [rt-pmc] Eclipse Communications Framework 3.15.0 Release Review
|
- From: Scott Lewis <slewis@xxxxxxxxxxxxx>
- Date: Mon, 10 Jun 2024 12:14:04 -0700
- Arc-authentication-results: i=1;
- Arc-message-signature: i=1; a=rsa-sha256; d=oxsus-vadesecure.net; s=arc-202309-rsa2048; t=1718046849; c=relaxed/relaxed; h=from:reply-to:subject:date:to:cc:resent-date:resent-from:resent-to:resent-cc:in-reply-to:references:list-id:list-help:list-unsubscribe:list-unsubscribe-post:list-subscribe:list-post:list-owner:list-archive; bh=YhgDxKdto9Bnea286Kycv1RZbiRGKAAe6NbetoEoeNY=; b=aDFk7WS90ezQ9JseeI/ntb98fl5dhfE52aAZvl+5jyFA/GU4tcIxNR476n+L+uBUqyw5uGZVIw8pGptMrmNDrJxP0hiYttD8VDrZp40Ls9GZkyIJWwGIB2cI25B01WK/lZBCeKpdfDAyNIp+OhNnSPbxZGYoO1hcEg2PgLq92IdVGgv0FFgQXBkKXajFmtCmGvFeuBpf5LTOv4kTW+XPfpt/RwqRt76I9pTNSfHaheL1bj7CsB+hZ31t/j4kCyIOukrPJCi0YZTh5ZzkHTC/SI4OJ/0OSkPJ3nfgoJbgYAVsrdQKXyeO5EjLiV+bUSH7lXqak3qY+ybxk8ylk4nqFA==
- Arc-seal: i=1; a=rsa-sha256; d=oxsus-vadesecure.net; s=arc-202309-rsa2048; t=1718046849; cv=none; b=Ua62bReayeLDOYVg9HUG577odjmKnIrHiXgflqDlVcr4IKcJ7+WO4THS70HPSu6Yeq9Uv3hkpm009gPnwhd8LGbGnD3+lHqIGlIyCQRzZxXWoaijxus28paGYQKpfCehEpg/pjUI0r0nQ7/r48knQeg7mEkuKRbho9img1F+er8UZgVSQ0Q8Jcij8NDoOriVPkqgXj9Uh7QkVYaqjz/yO8fWFnpH7rkLlyXO6Tez1hb3isJbcGJQMlkQC8vm4GCojNkkbm0MZ2uRPproamca7xMhQ7VIUOQ5/8tI5HfsIDGrwIc9cjutq0ZSdcKnIM8IgKe0Jd8/0+7p2j4vcLCKyQ==
- Delivered-to: rt-pmc@xxxxxxxxxxx
- List-archive: <https://www.eclipse.org/mailman/private/rt-pmc/>
- List-help: <mailto:rt-pmc-request@eclipse.org?subject=help>
- List-subscribe: <https://www.eclipse.org/mailman/listinfo/rt-pmc>, <mailto:rt-pmc-request@eclipse.org?subject=subscribe>
- List-unsubscribe: <https://www.eclipse.org/mailman/options/rt-pmc>, <mailto:rt-pmc-request@eclipse.org?subject=unsubscribe>
- User-agent: Mozilla Thunderbird
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
[1] https://github.com/ECF
[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
On 5/22/2024 9:58 AM, Eclipse
Management Office EMO via rt-pmc wrote:
_______________________________________________
rt-pmc mailing list
rt-pmc@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/rt-pmc