RMIでいいじゃないか - Kazzz's diary
ここで何度も採り上げてきた話題として、複数のクライアントアプリケーション間でオブジェクトを共有するという要件があった。C#では.NET Remotingで書いていた機能をJavaでどう実現するかというのが肝だった。 以前には同様にRMIで実装するつもりでいたが、いろいろと問題があると思いこみ、 クライアントデータ(オブジェクト)の共有 Javaには元々RMIという立派な仕組みがあるんだが、rmiregistryというリポジトリの常駐が必要なこと、(対して.NET Remotingは特別なインフラやリポジトリは必要とせずに配置されたオブジェクトは生き続けることができる)いちいちrmicによりスタブ・スケルトン(スケルトンは1.2の時点で不要になった)のコンパイルが必要なことは、10年前であれば我慢できたが今となっては使いたくないのが本音だ。※ 〜中略〜 ※J2SE5以降はスタブの生成も不要に
Cybozu Developer Network: Facebookで開発されたオープンソースのRPCフレームワーク「Thrift」調査報告
サイボウズはクラウドベースのグループウェアや業務改善サービスを軸に、社会のチームワーク向上を支援しています。
【ハウツー】HTTPもXML-RPCも一本化 - Crispyで楽々リモートコール (1) Crispyとは? | エンタープライズ | マイコミジャーナル
Crispy 1.1.0 Stable Crispyの最新版となるCrispy 1.1.0 Stableは、The Crispy projectによって28日(米国時間)に公開された。Crispyは、簡単な操作で多種類のサービスをコールするためのシンプルなAPI実装。安定版であるCrispy 1.0がリリースされて以来初のバージョンアップとなる。 Crispyでは、各種サービスに関する記述をプロパティファイルに記述し、それをJavaソースコードからPropertiesとして取得し、実際のリモートコールに使用する。したがって、Javaソースコードからはどのリモートサービスを使用してコールを実行するかを意識する必要がない。つまり、サービスにおける差違はプロパティファイルによって吸収する仕組みである。 Crispyを使用することで、異なる種類のトランスポートプロバイダに対して単一のエントリポイン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
