3

現在、既存のコードベース（EJB）をリファクタリングして、ThrowableがEJB内でキャッチされているすべてのブロックを取り除いています。

try {
    ... do some business logic
} catch(Throwable t){
    ... log and swallow ... :-(
}

「Throwableをキャッチする」ことはEJBには使用できないことを適切なドキュメントで周囲の人々に納得させたい/必要があります（これについては多くの議論があります）。Weblogicは、すべての「エラー」状態を処理し、EJBを無効にして、新しい（動作中の）EJBをプールに入れる可能性があります。Throwableをキャッチすると、weblogicが提供するこれらすべてのセキュリティネットが損なわれます。Throwableをキャッチすることは、とにかく悪い習慣です（ただし、ここの人々は消極的で、どこでも「Throwable」ハンマーを使用します）。

この動作が説明されているオンラインドキュメント（weblogic、jbossなど）を誰かに教えてもらえますか？Googleで検索し、weblogicのドキュメントを調べましたが、何も見つかりませんでした。一般的なJavaドキュメントだけです。

4

2 に答える 2

4

  1. チームのすべてのメンバーに、Joshua Bloch 著の『Effective Java, Second Edition』を購入してください。

  2. 全員に第 9 章「例外」を読んでもらいます。次の内容が含まれています。

    • 「例外的な条件にのみ例外を使用する」
    • 「回復可能な状態にはチェック例外を使用し、プログラミング エラーには実行時例外を使用する」
    • 「チェック例外の不必要な使用を避ける」
    • 「標準例外の使用を好む」
    • 「抽象化に適した例外をスローする」
    • 「各メソッドによってスローされたすべての例外を文書化する」
    • 「詳細メッセージに障害キャプチャ情報を含める」
    • 「失敗の原子性を追求する」
    • 「例外を無視しないでください」
于 2010-05-10T15:12:11.857 に答える
2

彼らは、証拠はプリンにあると言います。

さまざまな種類の例外 (ランタイム、エラー) をスローするだけの小さな例を作成し、コンテナーがそれらを適切に処理することを示します。

これにより、批評家は彼らの足跡をたどることができなくなります。

于 2010-05-10T15:37:54.143 に答える