看来jini几乎是一个废弃的项目。jini.org网站的最新版本是去年发布的，从那以后就没有消息了。jini在完全分布式的环境中提供服务似乎非常有用。这项技术怎么了？是什么取代了这项技术？我链接到的线程声称web服务已经取代了这种技术。但是，web服务严格来说是一种客户机和服务器设置，不适用于作业的动态分发[它可以，但它没有这样做的框架]我发现很难相信这项技术只是因为缺乏需求而消失。
wko9yo5t1#
web服务成为soa的同义词扼杀了jini的风头。尽管jini可能更适合于分布式计算以及公司/企业级的soa，但是web服务和（高度误用的）xml集成是由主要的软件提供商（主要是ibm）推动的。在rmi/jini的所有衍生产品中，javaspaces似乎幸存了一些。rio无疑是云计算的早期版本，尤其是在动态资源调配方面。我甚至想知道jxta的承诺和它与jini的共存发生了什么。我猜在这种情况下，广播杀死了电视明星：(
gojuced72#
吉妮不是因为缺乏需要才失败的。出现以下问题：当它第一次被发布的时候，是一种压迫性的许可基于rmi的全java解决方案复杂性等到许可证整理出来的时候已经太晚了。那一刻已经过去了。这是个绝妙的主意，比尔·乔伊是个天才，但和许多伟大的技术一样，它根本就没有流行起来。市场没有采纳它。吉妮没有消失。正如你所说，它仍然可用。收养率一直不高，因为它不会引起任何人的注意。
lbsnaicq3#
从我看到的上一个jini版本实际上是在2005年10月发布的（点击这里）。你可能指的是jini.org网站上关于里约项目的新闻条目。关于jini的维基百科页面告诉我们最初由sun开发，jini的责任转移到apache，项目名为“river”apache river（2.2.1）的最新版本是去年发布的。svn存储库上似乎仍有一些活动。所以可能不是完全死了，但也不是很活。
lxkprmvk4#
我相信这项技术只是因为缺乏需要而消失了。简单地说，web服务处理分布式需求。在高性能端，集群和网络以较低的开销满足了大多数需求。
4条答案
按热度按时间wko9yo5t1#
web服务成为soa的同义词扼杀了jini的风头。尽管jini可能更适合于分布式计算以及公司/企业级的soa，但是web服务和（高度误用的）xml集成是由主要的软件提供商（主要是ibm）推动的。在rmi/jini的所有衍生产品中，javaspaces似乎幸存了一些。rio无疑是云计算的早期版本，尤其是在动态资源调配方面。我甚至想知道jxta的承诺和它与jini的共存发生了什么。
我猜在这种情况下，广播杀死了电视明星：(
gojuced72#
吉妮不是因为缺乏需要才失败的。出现以下问题：
当它第一次被发布的时候，是一种压迫性的许可
基于rmi的全java解决方案
复杂性
等到许可证整理出来的时候已经太晚了。那一刻已经过去了。
这是个绝妙的主意，比尔·乔伊是个天才，但和许多伟大的技术一样，它根本就没有流行起来。市场没有采纳它。
吉妮没有消失。正如你所说，它仍然可用。收养率一直不高，因为它不会引起任何人的注意。
lbsnaicq3#
从我看到的上一个jini版本实际上是在2005年10月发布的（点击这里）。你可能指的是jini.org网站上关于里约项目的新闻条目。
关于jini的维基百科页面告诉我们
最初由sun开发，jini的责任转移到apache，项目名为“river”
apache river（2.2.1）的最新版本是去年发布的。svn存储库上似乎仍有一些活动。所以可能不是完全死了，但也不是很活。
lxkprmvk4#
我相信这项技术只是因为缺乏需要而消失了。简单地说，web服务处理分布式需求。在高性能端，集群和网络以较低的开销满足了大多数需求。