RMIでいいじゃないか - Kazzz's diary
ここで何度も採り上げてきた話題として、複数のクライアントアプリケーション間でオブジェクトを共有するという要件があった。C#では.NET Remotingで書いていた機能をJavaでどう実現するかというのが肝だった。 以前には同様にRMIで実装するつもりでいたが、いろいろと問題があると思いこみ、 クライアントデータ(オブジェクト)の共有 Javaには元々RMIという立派な仕組みがあるんだが、rmiregistryというリポジトリの常駐が必要なこと、(対して.NET Remotingは特別なインフラやリポジトリは必要とせずに配置されたオブジェクトは生き続けることができる)いちいちrmicによりスタブ・スケルトン(スケルトンは1.2の時点で不要になった)のコンパイルが必要なことは、10年前であれば我慢できたが今となっては使いたくないのが本音だ。※ 〜中略〜 ※J2SE5以降はスタブの生成も不要に
Java Remote Method Invocation: 3 - RMIシステムの概要
3.5 プロキシ経由でファイアウォールを通過する RMI RMI のトランスポート層は通常、インターネット上のホストへ直接ソケットを開こうとします。しかし、多くのイントラネットはファイアウォールを備えているためこれができません。このため、デフォルトの RMI トランスポートでは、これに代わる 2 種類の HTTP ベースの機構を備えて、ファイアウォールの内側にあるクライアントが、ファイアウォールの外側にあるリモートオブジェクト上のメソッドを呼び出せるようにしています。 この節で説明したように、HTTP ベースの機構は、RMI のトランスポート層が RMI 呼び出しに使用するもので、HTTP プロキシサーバによるファイアウォールだけに適用されます。 3.5.1 RMI 呼び出しは HTTP プロトコルの中でどのようにパッケージされるか ファイアウォールの外側に到達できるように、トラン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Java.net - the Source for Java(tm) Technology Collaboration
