首先，我想知道OSGi删除服务是否已成功实施？
我正在考虑一个很好的解决方案，我正在处理的非常混乱的系统。独立的Java组件分散在服务器集群中，通过JMS进行异步通信。 （顺便说一下，它是一个电子交易平台）。
前一段时间我在网上搜索了一个很好的参考资料，但我找到的只是文章。
有人可以指出我正确的方向吗？
谢谢...
答案 0 :(得分：7)
这完全取决于成功，实施和可用的含义。 ： - ）
一般来说，情况非常悲惨：现有的实施方案都没有真正发挥作用，也没有提供人们在实践中真正需要的东西。
首先，区分“远程服务”和“远程服务管理”规范很重要。前者只是在OSGi服务注册中公开服务的惯例;后者是“真正的规范”，包括发现，传输之间的协调，选择性导入/导出控制等。这是硬位，尽管没有理由为什么一个好的工具包/迷你框架这不应该作为开源软件包提供，这样人们就可以集中精力编写发现或传输捆绑包，而且管道最少。
在查看了Apache CXF RI，ECF和Tuscany SCA（由于各种原因我们因生产而拒绝了所有这些）之后的工作之后，我开始基于RI＆amp; amp ;;开始进行完全重新实现。 CT作为参考。这个实现很顺利（一个主要的新版本很快就要发布），并且是Paremus的商业Nimble发布的一部分;见Remote Services。 免责声明：我为Paremus工作。
所以，回答你的问题：是的，至少有一个“成功的”符合规范的RemoteServiceAdmin实现。是否“可用”是您的电话。 ：）
答案 1 :(得分：3)
如果它是一个分布式电子交易平台 - 您可能/可能对低延迟和强大的服务故障恢复感兴趣吗？
在这两种情况下（IMO），Nimble远程服务的实施（感谢Holger）确实引领了这一目标。
答案 2 :(得分：2)
您的答案是Paremus Service Fabric。如果您正在尝试解决实际问题并且需要扩展，吞吐量，灵活性，适应性，弹性等，Paremus提供的分布式OSGi运行时将满足或超出您的要求。事实上，首席执行官和创始人是OSGi联盟的领导者，并专注于涉及分布式OSGi（RFC 119）和“OSGi Cloud”功能的规范。实际上，他最近还被选为OSGi联盟的主席。
我的观点是，Paremus是分布式OSGi中的 领导者。他们的工程师多年来一直在设计和构建这种能力。这是你最好的选择。