システム系の例外は実行時例外＋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;
RMIで公開されたオブジェクトが破棄される時を知る - Kazzz's diary
先日書いたエントリRMIでいいじゃないかは、たくさんのブックマーク登録を頂いたようでちょっとびっくりしている。 これは温故知新ということもあろうが、それよりもRMIの最新の仕様に関して、私も含めて知らなかった開発者が多いことの証明でもあったのではないだろうか。(私もRMIはJava2出た頃に勉強したっきりだった) さて、該当のエントリの最後にきしださんの日記にリンクが貼られていたのを思い出して欲しい。 RMIでNoSuchObjectExceptionが出る件 - きしだのはてな RMIで公開対象となったオブジェクトが破棄されることで、クライアント側で例外が発生するというものだが、エントリは2006年に書かれたものであり実装が変わっている可能性もあるため、私も実際にテストしてみることにした。 リモートオブジェクトの公開に関しては前回のエントリと同様。 Registry registry =
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Kurser för programmerare | Ribomation
