Jiniを語るスレ
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNG動的分散オブジェクト環境構築フレームワークであるJiniはどうなって
るんでしょうか？
RMIの仕様を見て、「そういう風に拡張したら便利だろうな」と思う機能が
みんなはいってて、すっげー便利だと思うんだけど、ぜんぜん日の当たる
ところじゃ見かけない。なんででしょ？
遅いの？不安定だから？単に運用実績ないだけ？
0002デフォルトの名無しさん
NGNG知らない。
0003デフォルトの名無しさん
NGNG戦場で動的ネットワークを構築するとかいうやつ。
00041
NGNGもし、ちゃんと動いてそこそこパフォーマンス出るなら、
あれとかそれとかに比べても、簡単で便利で良いと思う
んだけどなあ。
0005デフォルトの名無しさん
NGNG0006教えて
NGNGんだけどなあ。
0007デフォルトの名無しさん
NGNG00081
NGNGRMIがわかってることが前提だけど･･･
Jiniは、開始時の特別プロトコルとして、UDPパケットを
ブロードキャストしてRMIレジストリサーバを動的に
探しにいく（Discoveryメソッドだったかな？）という
プロトコルがあるんよ。
使い方を簡単に言うと、
DiscoveryでRMIレジストリサーバ探し
→見つかったらLookupでRMIレジストリサーバから欲しいオブジェクト探し
→見つかったらRMIコール。
感じとしては、RMIレジストリサーバがTCP層でのDNSだとおもえばよろし。
（CORBA知ってる人は、RMIレジストリサーバ＝
CORBAのネーミングサービスサーバだとおもってちょ）
普通のRMIは、レジストリサーバのURLだけは知らないとどう
しようも無いけど、Jiniは自分で探すから知らなくても
いいんだって。
あと、2フェーズコミットメントによるトランザクション
コントロールサービスも、内部で勝手にやってくれるらしい。
ね？こんだけできれば、いろんな人が勝手にあほなプロトコル自分で
設計して、バグだらけのフレームワーク作る必要なくなるでしょ？
0009デフォルトの名無しさん
NGNGまあ最初に組み込み用で売り込んだのは失敗だったよなきがする
当時はKVMとかMicroEditionとかまともに動くのなかったろ
00101
NGNGSunのサイトにもあるよ、一応。広告宣伝色強すぎるからうざいけど。
jini.orgもあるやんけ。活動はしてる･･んじゃない？
いまお勉強中だけど…
レジストリサーバに拡張がされていて、登録されてる
オブジェクトの定時巡回チェックして、だめならレジストリ
サーバが自分で登録抹消してくれるんだってさ。
負荷分散サービスサーバとか、動的クラスタリングとか、
たいしたコード書かなくてもAPIたたくだけで簡単に
出来そうじゃない？
0011デフォルトの名無しさん
NGNG0012Seisei Yamaguchi (f青星 l山口)
NGNGP2Pって事なら ( ? ) って事で
http://groups.google.com/groups?q=group:alt.comp.opensource&num=100&hl=en&lr=lang_ja&safe=off&rnum=1&seld=963291397&ic=1
0013デフォルトの名無しさん
NGNG0014Seisei Yamaguchi (f青星 l山口)
NGNGだからさあ ( ? ) >>12にも書いたけど
javaケータイを_jiniに化けさせて世界征服 \( ﾄﾞｶ
すればいいんでわ .
0015デフォルトの名無しさん
NGNGIアプリはRMIをサポートしてません。
0016デフォルトの名無しさん
NGNGそりゃー503iはだめだめだけど、ドコモの次の一手はjiniだってどっかで読んだ気がする。
0017デフォルトの名無しさん
NGNGW-CDMA携帯はRMIをサポートするってことけ？
0018デフォルトの名無しさん
NGNG知らんです。すんません。
事情通のコメントをキボンヌ。
でもドコモって、国内はともかく、世界制覇を目指すチャレンジャー
みたいだから、しばらくはものの出る直前まで
(わしみたいな一般ピープルの目には全く謎な状態で)
列強のライバルの出方眺めつつばたばたと進んでくような気がするなぁ。
0019デフォルトの名無しさん
NGNG結構安全に使えるよね。
さて、Jiniを使って各種サービスのリモートコントローラを
W-CDMA携帯にするという戦略は、果たして日の目を見るで
しょうか？
その前にW-CDMAがまともに動く方が先だけど。
0020デフォルトの名無しさん
NGNGコンスマー分野に強くないと駄目だと思う。
この点で.NETのほうが成功しそう。
Javaは Server is the Computer時代の
遺物になるかも。
0021Seisei Yamaguchi (f青星 l山口)
NGNGW-CDMA
http://www.bekkoame.ne.jp/~jh6bha/higa0008.html#000805 ( とこれの_link先 )
わどっちでもいいとして \( ﾄﾞｶｳﾞｧｷ
ケータイの_jini化という布石わ
打っておかないと後で泣くに泣けないﾁｯｸな気がするｽﾞﾗ .
でも気がするだけｶﾎﾟ .
0022デフォルトの名無しさん
NGNGJini（つうかRMI。CORBAもおんなじだな）はソケットより上の層が
インターフェイスになってるよ。べつにファームにてこ入れなんか
せんでも、アプリケーションレイヤーでやるだけ。
002321
NGNGRMIが何かを調べてない ( 逝ってきます ) が
今後の対応機種だけが対象 というのもなあ , という事で .
所で jiniって_javaのobject_になれるのわいい ( かなり ) として
他のobject ( 究極的にわ他のjini ) の一部になれたりとかするのかな .
本領発揮できるか否かを左右しそうなその辺 どう考えられてるのか気になる .
0024デフォルトの名無しさん
NGNGJDK1.3でRMIとCORBAはプロトコル共有（どっちもIIOPで動く）
で互換になったぜ。
RMIは早い話がオブジェクト値渡し機能つきJava用ORB。
（ネームサーバはJDKの中にある特別なのを使うんだけど）
で、最近の仕様のCORBAに新しく値渡しが実装された
（それまでは参照私しか出来なかったので、OUTパラメータには
データごとにプレイスホルダーオブジェクト作る必要があったっす）
ので、Sunも晴れて互換できるようになったっす。
0025Seisei_Yamaguchi
NGNGhttp://www.google.com/search?q=jini+JDK1.3+RMI+CORBA&num=100&hl=ja&safe=off&lr=lang_ja
してみた . その結果見つかった
http://www.ic.kanagawa-it.ac.jp/yamamoto/lecture.htm
で commentと共に紹介されている
`` JavaによるPalmプログラミング '' and `` Java分散オブジェクト入門 ''
が パっと見 萌え . て言うか 分散処理ﾊｧﾊｧ .
0026デフォルトの名無しさん
NGNG作って管理するより、RMIやJiniやCORBAは100倍簡単だと思うんだが、
何でみんなやらないんだろうね？
ほんとに簡単なんだってばさ。多分単に知らないだけなんだろうと思うが、
なんか難しい呪文だと思ってる奴いないか？
0027デフォルトの名無しさん
NGNGC言語で使えますか？
それが一番気になります。
0028デフォルトの名無しさん
NGNGJini（RMI）はJava専用だが、CORBAは何でもできるんじゃないか？
0029デフォルトの名無しさん
NGNG0030デフォルトの名無しさん
NGNGソケットで十分な事しかしないならそれで良いよ。
分散オブジェクト環境に興味ないならそれでいいけど、
だったら負荷分散だのPCクラスタリングだのをいちいち
下からソケット自分で書いて作るようなあほな設計を
仕事ではしないでね。無駄だから。
0031>25から転載スマソ
NGNG(JavaSacesが萌え。詳しくまだ知らないけど「分散＋多重化データベース」
みたいなもんらしい。)
>途中でイーサネットケーブルをわざと抜き取っても、分散処理は他のPCを使って
>何の問題もなく続行する。
>また、実行中に新たにPCをworkerとして追加すると、ちゃんとそのPCも
>仕事を分担する。JiniとJavaSacesではこのようなことが、こんなに容易にできる
>、ということを実証している。
0032デフォルトの名無しさん
NGNGCORBAが規定している言語バインディングは、C/C++、Java、Ada、
Smalltalk。こんなもんじゃなかったですか?
0033デフォルトの名無しさん
NGNGJSPは？
0034デフォルトの名無しさん
NGNGC言語にもRPCって名前でRMIのような仕組みがあるよ。
ただSun RPCとDCE RPCで二分されていて(互換性なし)
OSによってサポートされているRPCが違ったりする。
(移植すればつかえるのだが・・・)
ちなみにWindowsではDCE RPCをCOMで使えるように
改造したものを備えている。
0035五郎
NGNGJavaRMIならまだ良いが。
ＣＯＲＢＡの悪いところ
１．パフォーマンス（IDLに基づいて実装しなければいけないため）
２．CORBAサービスをどこまで実装するかで相互運用性に問題が残る。
（１０個以上のサービスがあるが現状のCORBA準拠製品のほとんどは２つくらいしか使われていない状況。相互運用できない部分は自然と実装依存になりCORBAの利点が崩れる。）
３．開発期間の長期化（２にあるようにサービスを完全に実装すると大変なことになる。）
４．仕様が完成していない。また、それが膨大。また、それよりも言いたいのは、CORBAが何かのAPIだと勘違いしてないか？
CORBAはただの仕様だぞ？
＞RMIやJiniやCORBAは100倍簡単だと思うんだが、
ここのところ、意味プーだ。
003732
NGNGにかかわりだしたものです。
>１．パフォーマンス（IDLに基づいて実装しなければいけないため）
これは実行速度ではなくて、開発速度のことですね。確かになれないと
IDLを書くのは大変ですが、それは言語を覚えるのといっしょでは?
>２．CORBAサービスをどこまで実装するかで相互運用性に問題が残る。
相互運用性って何と何の相互運用ですか?
>（１０個以上のサービスがあるが現状のCORBA準拠製品のほとんどは２つくらいしか使われていない状況。相互運用できない部分は自然と実装依存になりCORBAの利点が崩れる。）
メジャーなORBといえばOrbix、VisiBrokerですが、この二つについて
言えば、naming service、event service、transaction service
は提供されていますね。他にどうしても必要なサービスってなんで
しょうか。
>３．開発期間の長期化（２にあるようにサービスを完全に実装すると大変なことになる。）
初めてORBを使うときは大変ですね。特に黎明期は情報もなくて大変
でした。でも最近はJBuilderのように下位レイヤでCORBA/IIOPを使う
ことが多いんじゃないでしょうか。つまり開発者がCORBAを意識する
ことは少なくなっていると思います。
>COBOLもあるでよ（笑）
あ、あるんですね。でも実用的なのはC/C++、Javaくらいですね。
# Distributed Smalltalkってまだあるんでしょうか。
0038Seisei_Yamaguchi
NGNGos-9_baseの `` CD-I '' という規格が以前ありましたが
あれが普及していたら
`` mp3_player ( recorderも ? ) を installして ( cdromに入れて )
mp3なcdrom を
家庭内に転がっているcd_player ( 当然_CD-Iの次世代機 ) で ウハウハ
( mp3市場が輪をかけて大きい ) ''
という時代になっていた という気がしますが ,
でわ jiniがあるのとないのとで そういう意味での今後の展開 わ
どう違うんでしょうね .
CD-I時代に_mp3を考慮に入れる様な話ですが .
■ このスレッドは過去ログ倉庫に格納されています