それについて知っている（知っていた）私が話す誰もが、それはスライスされたパン以来最高のものだったと主張しています. なぜ失敗したのですか？または、失敗しなかった場合、誰が今それを使用していますか?
2075 次
7 に答える
8
GigaSpacesをチェックしてください。これは、非常に成功した Jini/Javaspaces の実装です。
Jini は素晴らしいモデルを持っていると思いますが、Java に行き詰まっています。Web サービスは、標準化されたプロトコルで動作するため、より魅力的ですが、Jini サービスの検出はより自然です。
于 2008-09-05T16:17:27.707 に答える
6
物事はそのアイデアのために間違いなく落ち着いています. その目標が今ではさらに関連性があると思うので、これは奇妙です.
于 2008-09-04T22:27:59.057 に答える
3
古い質問ですが、JINI は Apache に提供され、現在は Apache River プロジェクトになっています。
于 2012-01-27T03:21:02.117 に答える
2
Jini の王冠の宝石は、JavaSpaces サービス IMO でした。Sun がそれを放棄したように見えるのは悲しいことです。Apache River としてはまだ存在しますが、活発に開発されているかどうかはわかりません。
于 2009-06-25T02:59:17.113 に答える
2
私の 2 セント... Jini は素晴らしかった/良かったのですが、CORBA がテーブルにもたらしたものに大金を支払うことに企業が消極的になり始めた当時、Jini は Java 中心の CORBA になろうとしていたと思います。WS-* 仕様は、業界で「受け入れられたソリューション」のマインド シェアを獲得し始めました。ジニがかなりの市場シェアを獲得する可能性があった小さな窓があったと思いますが、それは決して起こりませんでした. Sun は、Jini がテーブルに持ち込んだものに対して、他の選択肢と比較して多額のお金を求めていました。賛否両論ある方の意見が聞きたいです！私の意見では、Jini は健全な技術ですが、ビジネスに関しては、企業内での将来性はありません。オラクルがそれをどうするかによっては、他の場所でニッチを見つけるかもしれません.
于 2009-06-25T03:01:21.757 に答える
2
同様に、Zeroconf やその他の検出プロトコルは、スライスされたパン以来の最高のものと呼ばれています。味が変わり続けているだけです。
于 2008-09-04T21:26:09.563 に答える
1
ジニーは素晴らしい技術でした。EJB システムを推し進めた唯一の理由は、(共有状態とデータベース アクセスのために) EJB が高性能マシンで最適に実行されたため、Sun がより多くのハードウェアを販売できるようになったことです。当時 (1999 年)、Jini はより優れたスケーラビリティを実現し、コモディティ ハードウェアで問題なく動作していたため、Sun が Jini を宣伝しないのは理にかなっています。JBoss が J2EE で行ったように、誰かがオープン ソースの使いやすい Jini サーバーをリリースするのはいつかと思っていたので、残念です。しかし、私は Jini テクニック (Linda TupleSpaces に基づく) を使用し、他の方法で実装された Tuple Spaces を使用してソフトウェア システムの記述に適用することで、企業の時間とお金を大幅に節約しました。
于 2010-02-01T15:37:25.560 に答える