タグ

rmiに関するimai78のブックマーク (3)

  • クラウドで再注目の「分散コンピューティング」の常識

    クラウドで再注目の「分散コンピューティング」の常識:企業システムの常識をJBossで身につける(7)(1/4 ページ) 企業向けアプリケーションのさまざまな“常識”をJavaのオープンソース・フレームワーク群である「JBoss」から学んでいきましょう。企業システムを構築するうえでの基礎となる知識をリファレンス感覚で説明していきます。初心者から中堅、ベテランまで大歓迎! 大きな処理を必要とする業務/機能のために 世の中には大きな処理を必要とする業務/機能がたくさんあります。ネットワークを利用したインターネット・バンキングやチケット予約、気象情報の解析などもあります。これらの処理は、1台のコンピュータで処理しようとすると、気の遠くなるような時間がかかることがあります。 昨今では、このように膨大な処理を必要とする機会が増え、複数台のコンピュータを並列に動作させることで、処理能力を高める分散コンピ

    クラウドで再注目の「分散コンピューティング」の常識
  • IBM Developer

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    IBM Developer
  • RMIでいいじゃないか - Kazzz's diary

    ここで何度も採り上げてきた話題として、複数のクライアントアプリケーション間でオブジェクトを共有するという要件があった。C#では.NET Remotingで書いていた機能をJavaでどう実現するかというのが肝だった。 以前には同様にRMIで実装するつもりでいたが、いろいろと問題があると思いこみ、 クライアントデータ(オブジェクト)の共有 Javaには元々RMIという立派な仕組みがあるんだが、rmiregistryというリポジトリの常駐が必要なこと、(対して.NET Remotingは特別なインフラやリポジトリは必要とせずに配置されたオブジェクトは生き続けることができる)いちいちrmicによりスタブ・スケルトン(スケルトンは1.2の時点で不要になった)のコンパイルが必要なことは、10年前であれば我慢できたが今となっては使いたくないのが音だ。※ 〜中略〜 ※J2SE5以降はスタブの生成も不要に

    RMIでいいじゃないか - Kazzz's diary
  • 1