看起来JINI项目已经被放弃了。Jini.org网站上的最新发布是去年的，此后再也没有消息。
JINI似乎非常有用，可以在完全分布式的小型环境中提供服务。这项技术发生了什么变化？还有什么技术取代了它？
我链接的线程声称Web服务取代了这项技术。然而，Web服务严格意义上只是客户端和服务器设置，不适用于动态分配作业。[虽然它可以，但它没有这样做的框架] 我认为这项技术仅仅因为缺乏需求就消失了，这让我感到困惑。
4个回答
19
Jini并不是因为需求不足而失败。它存在以下问题：
- 最初发布时存在令人沮丧的许可问题
- 基于RMI的全Java解决方案
- 过于复杂
当许可问题得到解决时，为时已晚。时机已经过去了。
这是一个非常棒的想法，Bill Joy 是个天才，但像很多伟大的技术一样，它没有被广泛采用。市场没有接受它。
Jini并没有消失。正如你所指出的，它仍然可用。采用率不高是因为它没有满足任何人的需求。
- duffymo
7
4我在想，现在所称之为“云计算”的东西是不是就是当年的Jini技术？ - monksy
2这是一个有趣的想法，但我认为它们并不相同。云计算没有Jini的自发现方面，还有其他的区别。 - duffymo
您不能在本地网络之外享受此类服务。这是其局限性所在。如果允许这样小范围的应用程序广播信息，那么路由器将会被压垮。 - monksy
@duffymo看起来就像Bonjour所成功实现的？ - Thorbjørn Ravn Andersen
@ThorbjørnRavnAndersen - 我不知道Bonjour是什么。我得去了解一下。 - duffymo
显示剩余2条评论
6
据我所见，最后一次Jini发布实际上是在2005年10月（点击这里）。你可能指的是jini.org网站上Rio项目的新闻条目吧。
Jini的维基百科页面告诉我们：
“最初由Sun开发，Jini的责任正在转移到Apache下，项目名称为‘River’”。 Apache River的最新版本（2.2.1）是去年发布的。仍然有一些活动在svn存储库中。所以可能不完全死亡，但也不是非常活跃。
Jini的维基百科页面告诉我们：
“最初由Sun开发，Jini的责任正在转移到Apache下，项目名称为‘River’”。 Apache River的最新版本（2.2.1）是去年发布的。仍然有一些活动在svn存储库中。所以可能不完全死亡，但也不是非常活跃。
- jitter
1
我指的是Rio，完全没有考虑到官方项目的存在。 - monksy
3
Web服务成为SOA的代名词，使得Jini失去了它的热度。虽然在公司/企业级别上，Jini可能更适合分布式计算以及SOA，但主要的软件提供商，尤其是IBM，推动了Web服务和（被高度滥用的）XML集成。在所有RMI/Jini的衍生产品中，Javaspaces似乎还存活着一些。Rio无疑是云计算的早期版本，特别是当它涉及到动态配置时。我甚至想知道JXTA的承诺以及它与Jini的共存发生了什么。
我想这种情况下就像电视杀死了电台明星 :(
- Thimmayya
1
Web Services和Jini从未竞争过。Jini旨在面向设备空间，例如打印机。 - user207421
0
我相信这项技术之所以消失，是因为缺乏需求。在简单的情况下，Web服务可以满足分布式需求。在高性能方面，集群和低开销的网络可以满足大多数需求。
- Scott Saunders
1
2Web服务并不适用于分发新的任务。RMI和.NET远程处理确实可以发送二进制对象，但是RMI并不适合将它们分配到随机的机器上。Web服务为客户端和服务器之间的机器对机器通信创建了一个标准，而不是机器对人的通信。 - monksy
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接