什么取代了JINI？
似乎JINI几乎是一个废弃的项目。 Jini.org网站的最新版本是从去年开始的，从那时起就没有新闻。
JINI似乎非常有用，可以在完全分布式的辅助服务中提供服务。 这项技术怎么了？ 是什么取代了这项技术？
我链接的主题声称Web服务已经取代了这项技术。 但是，Web服务严格来说是客户端和服务器设置，不适用于作业的动态分发。 [它可以，但没有框架可以做到这一点]我发现很难相信这项技术因缺乏需要而消失了。
Jini没有因缺乏需要而失败。 有问题：
- 首次发布时的压迫性许可
- 基于RMI的全Java解决方案
- 复杂
当许可证整理出来时为时已晚。 那一刻过去了。
这是一个绝妙的主意，而比尔·乔伊是一个天才，但就像许多伟大的技术一样，它根本没有流行起来。 市场没有采用它。
吉尼没有消失。 如你所知，它仍然可用。 采用率并不高，因为它没有引起任何人的痒。
从我看到的最后一个Jini发布实际上是在2005年10月（ 检查这里 ）。 您可能指的是我猜想jini.org网站上Rio项目的新闻条目。
Jini上的维基百科页面告诉我们
最初由Sun开发，Jini的责任正在以项目名称“River”转移到Apache
Apache River （2.2.1）的最新版本是去年发布的。 svn存储库似乎仍有一些活动。 所以也许不是完全死了，但也不是很活跃。
成为SOA同义词的Web服务扼杀了Jini的嗡嗡声。 尽管Jini可能更适合分布式计算以及公司内部/企业级的SOA，但主要的软件提供商（主要是IBM）推动了Web服务和（高度误用的）XML集成。 在RMI / Jini的所有衍生品中，Javaspaces似乎在某种程度上存活了下来。 Rio当然是云计算的早期版本，特别是在动态配置方面。 我甚至想知道JXTA的承诺及其与Jini的共存发生了什么。
在这种情况下，我猜电台杀了电视明星:(
我相信这项技术因缺乏需要而消失了。 简单来说，Web服务可以满足分布式需求。 在高性能端，具有较低开销的群集和网络可以满足大多数需求。