[B! Java][rmi] t_yanoのブックマーク

t_yano id:t_yano

Javaとrmiに関するt_yanoのブックマーク (2)

システム系の例外は実行時例外＋AOPでハンドリングするのがベスト - 達人プログラマーを目指して
インフラ層のチェック例外はやはりJavaのBad Partだと思う先日のJava言語のチェック例外は本当にGood Partなのか？ - 達人プログラマーを目指してで、インフラ層のフレームワークなどでは実行時例外が適切ということを書いたのですが、この点についてもう少し詳しく考えてみたいと思います。 Java: The Good Partsの本ではRMIの章があるのですが、RMIではRemoteというマーカーインターフェースを継承しつつ、すべてのメソッドがRemoteExceptionというチェック例外を送出する規則となっています。 Java Good Parts（9.1節より引用） pubic interface StatRecorder extends Remote { void recordGame(BoxScore stats) throws RemoteException;
t_yano 2011/02/21
AOPでまとめて処理するのは現実的な対応として良いと思う。APIとしては今呼んでいるものがリモートメソッドであることはプログラマが意識したほうがいい気はしてるけど、結局例外処理は共通化するだろうなあ。

java

rmi
リンク
RMIで公開されたオブジェクトが破棄される時を知る - Kazzz's diary
先日書いたエントリRMIでいいじゃないかは、たくさんのブックマーク登録を頂いたようでちょっとびっくりしている。これは温故知新ということもあろうが、それよりもRMIの最新の仕様に関して、私も含めて知らなかった開発者が多いことの証明でもあったのではないだろうか。(私もRMIはJava2出た頃に勉強したっきりだった) さて、該当のエントリの最後にきしださんの日記にリンクが貼られていたのを思い出して欲しい。 RMIでNoSuchObjectExceptionが出る件 - きしだのはてな RMIで公開対象となったオブジェクトが破棄されることで、クライアント側で例外が発生するというものだが、エントリは2006年に書かれたものであり実装が変わっている可能性もあるため、私も実際にテストしてみることにした。リモートオブジェクトの公開に関しては前回のエントリと同様。 Registry registry =
t_yano 2008/01/26
リモートオブジェクトの生存期間について。JVMの設定など。

java

RMI
リンク
1