有什么好的 OSGi 远程服务参考/书籍/教程吗？
首先我想知道OSGi删除服务是否已经成功实现？
我正在考虑一个好的解决方案来解决我目前正在开发的非常混乱的系统。独立的 java 组件分散在通过 JMS 异步通信的服务器集群中。 （顺便说一句，它是一个电子交易平台）。
我不久前在网上搜索寻找好的参考资料，但我找到的只是文章。
有人可以指出我正确的方向吗？
谢谢...
First of all, I would like to know if OSGi remove service has been successfully implemented?
I am thinking of a good solution to the very messy system I am currently working on. Standalone java components scattered in a cluster of servers asynchrously communicating via JMS. (btw, it is an electronic trading platform).
I searched the web a while ago looking for a good reference but all I found were articles.
Can someone please point me to the right direction?
Thank you...
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
这完全取决于您所说的“成功”、“已实现”和“可用”的含义。 :-)
一般来说，情况非常令人难过：没有一个现成的实现能够真正有效地工作或提供人们在实践中似乎真正需要的东西。
首先，区分“远程服务”和“远程服务管理”规范非常重要。前者只是在 OSGi 服务注册表中公开服务的约定；后者是“真正的规范”，包括发现、传输之间的协调、选择性导入/导出控制等。这是困难位，尽管没有理由需要一个好的工具包/迷你框架这不应该作为开源包提供，以便人们可以集中精力用最少的管道编写发现或传输包。
在查看了 Apache CXF RI、ECF 和 Tuscany SCA 中正在进行的工作（由于各种原因我们拒绝将所有这些用于生产用途）中进行的工作之后，我开始基于 RI 和 Tuscany SCA 进行完整的重新实现。 CT作为参考。此实现进展顺利（一个主要的新版本即将发布），并且是商业 Nimble 发行版的一部分帕雷穆斯；请参阅远程服务。
免责声明：我为 Paremus 工作。
因此，回答您的问题：是的，至少有一种“成功的”符合规范的 RemoteServiceAdmin 实现。是否“可用”由您决定。 :)
That depends entirely on what you mean by successfully, implemented and available. :-)
Generally speaking the situation is very sad: none of the readily available implementations really work well or offer what people seem to actually need in practice.
First of all it is important to distinguish between the "Remote Services" and "Remote Service Admin" specs. The former is simply a convention for exposing services in the OSGi service registry; the latter is "the real spec" and includes discovery, coordination between transports, selective import/export control etc. This is the hard bit, though there is no reason why a good toolkit/mini-framework for this should not be available as open-source package so that people can concentrate on writing discovery or transport bundles with minimal plumbing.
After looking at the work going on in the Apache CXF RI, ECF and Tuscany SCA (all of which we rejected for production use for various reasons) I started to work on a complete reimplementation, based off of the RI & CT as reference. This implementation is coming along nicely (a major new release is due soon) and is part of the commercial Nimble distribution by Paremus; see Remote Services.
Disclaimer: I work for Paremus.
So, to answer your question: yes, there is at least one "successful" spec-compliant RemoteServiceAdmin implementation. Whether it is "available" or not is your call. :)
如果它是一个分布式电子交易平台 - 您可能/可能对低延迟和从服务故障中强大的恢复感兴趣？
在这两种情况下（IMO），Nimble Remote Services 实施（感谢 Holger）确实处于领先地位。
If its a distributed electronics trading platform - you are probably/possibly interested in low latency and robust recovery from service failure?
In both cases (IMO) the Nimble Remote Services implementation (thanks to Holger) really does lead the pack.
您的答案是 Paremus Service Fabric。如果您正在尝试解决实际问题并且需要规模、吞吐量、灵活性、适应性、弹性等，Paremus 提供的分布式 OSGi 运行时将满足或超出您的要求。事实上，首席执行官兼创始人是 OSGi 联盟的领导者，专注于涉及分布式 OSGi (RFC 119) 和“OSGi Cloud”功能的规范。事实上，他最近还被选为 OSGi 联盟主席。
我的观点是，Paremus 是分布式 OSGi 领域的领导者。他们的工程师多年来一直在设计和构建该功能。这是您最好的选择。
Your answer is the Paremus Service Fabric. If you are trying to solve a real problem and you require scale, throughput, flexibility, adaptability, resilience, etc, Paremus provides a distributed OSGi runtime that will meet or exceed your requirements. In fact, the CEO and Founder is a leader in the OSGi Alliance and focuses on the specifications involving Distributed OSGi (RFC 119) and "OSGi Cloud" capabilities. Indeed, he also recently was selected as the President of the OSGi Alliance.
My point is that Paremus is the leader in distributed OSGi. Their engineers have been designing and building the capability for several years. This is your best option.