問題タブ [throwable]

私は MuleStudio 3.4 を使用しており、Drupal コネクタを備えた単純なフローを使用しています。この Drupal コネクタの構成は、グローバル ElemCent 構成から取得されます。

しかし、グローバル要素プロパティ ウィンドウから接続をテストしたい場合、次のメッセージが表示されます。

接続のテストに失敗しました: 無効なグローバル要素です。テストするグローバル要素にアクセスできません。java.long.Throwable

構成 XML は次のとおりです。

私はJAVAが初めてで、OCP JP認定の準備をしています。

私は例外処理に関してこの疑問を持っています

私は assert を処理すべきではないことを知っていますが、これを例として使用しています。私が知っていることから、オブジェクト->スロー可能->例外とエラー

catch ブロックに Throwable または Exception または Error がある場合は機能しますが、すべてのスーパークラスであるオブジェクトがある場合、Eclipse はコンパイル時エラーを表示します。

オブジェクトを catch ブロックに入れることができない理由は何ですか?

通常、Java プログラムは-s likeをキャッチThrowableしているため、 をキャッチすべきではないということは、私にはまったく明らかです。100%クリア。ErrorOutOfMemoryError

しかし。

マルチスレッド アプリケーションを使用している場合、通常はベストUncaughtExceptionHandlerプラクティスRuntimeExceptionですError。私が通常やりたいことは、単にログを記録することです。ロギングRuntimeExceptionsは本当に害になることはありません。それは明らかです。しかし、私の中で疑問が生じます：

UncaughtExceptionHandler で安全にキャッチしてログに記録できるエラーのうち、ログに記録するとアプリケーション全体が処理されないエラーはどれですか? アプリケーションをすぐに停止する必要があるという意味ではない、どのエラーがありますか?

たとえば、 を取得した場合、ログに記録するために必要なメモリによって他のスレッドが強制終了される可能性があるため、標準出力に をOutOfMemoryError要求するだけです。printStackTraceしかし、現在のスレッドのスタック領域がいっぱいになったことを単純に意味するため、StackOverflowErrorログに記録しても完全に安全だと思われます。ログに記録することは安全です。他にどのError子孫をログに記録しますか?

私は Java プロジェクトに取り組んでおり、興味深い設計上の問題に遭遇しました。それは正確には問題ではありませんが、明らかな解決策では少し醜いです。

Callable を実装するクラスがありますが、現在の実装では、少なくとも呼び出し元のスレッドに関する限り、結果に興味がないのと同じくらい簡単に Runnable になる可能性があります。呼び出しスレッドは、これらのいくつかをスレッド プールにドロップします。これらの Callable のそれぞれには、外部サービスから取得されたデータのバッチがあります。Callables は多くのアクションを実行しますが、その多くは外部サービスへのさらなる呼び出しを伴います。その結果、さまざまな例外がスローされる可能性のある場所が多数あります。

私が見つけた問題は、例外が発生した場所に応じて、さまざまなアクションを実行する必要がある場合があることです。ポイント A で発生した場合は、外部サービスのデータを削除します。ポイント B で発生した場合は、データをサーバー上の別の場所に移動します。ポイント C で発生した場合は、ログに記録するだけで、それ以上何もしません。複数のポイントで任意の数の例外タイプをスローできますが、タイプ自体で多くのフィルタリングを行う必要はないと思いますが、さらにそれが発生しました。

Callable 自体はそれほど大きくないので、いじるコードはそれほど多くありません。ただし、さまざまな処理が必要な可能性のあるすべてのポイント/例外を処理するために、大量の try/catch ブロックを使用してそれを処理することをためらっています。これが本当に唯一の実行可能な解決策かもしれないことを認識しています。既存の例外をキャッチして独自の例外を再スローすることなく、スローされる例外のほとんど (おそらく少数) を実際に制御することはできません。これは少し冗長に思えます。この種のことを処理するための良いパターンまたは方法があるかどうか疑問に思っています。

例外処理クラスを検討しましたが、例外がスローされた時点が重要であるため、各 Exception を何らかの方法でキャッチしてハンドラーに渡す必要があります。Callable をよりアトミックなクラスに分割し、それぞれに独自の小さなブロックと処理を持たせることもできますが、それは別のクラッジと交換することになります。call() メソッドですべてを完全にキャッチするか、呼び出し元のスレッドで Exception from the Future を取得することは、実際には選択肢ではありません。まさに実行可能。

誰でも光を当てることができますか？たぶん、私は try/catch ブロックについて口論しているだけなので、それを先に進めるべきですが、もっと良い方法があるに違いないと感じています...

うーん、メソッドの注釈がここで役立つかもしれないと思います。それぞれのメソッドに例外をスローする可能性のあるコードが 1 つだけになるまで、すべてのメソッドを分解できます。これらのそれぞれに、そのメソッドが例外をスローしたときに何が行われるかを指示するカスタム アノテーションを付けます。それが可能かどうかはわかりません（例外は、データの各部分を処理するループ内で発生する可能性があり、1つの部分だけが問題になる可能性があるため、何らかの方法でその部分を処理するようにマークする必要があるため、何らかの方法でその部分をキャッチする必要がありますチェーンのさらに上)、おそらくこれにより、多くの try/catch ブロックの必要性が軽減され、代わりに単一の注釈と例外を処理するハンドラー クラスで動作を処理できます。アノテーションでこのように動作を指示することは可能だとは思いませんが、私は'

次のコードをコンパイルすると、すべてがうまくいき、出力は期待どおりになります。

プログラムの結果:

ただし、まったく同じコードを実行しても例外タイプを変更すると

親型の Exception() は、try / catch ステートメントで処理できないという特別な点は何ですか? IllegalArgumentException() を使用すると、try / catch ステートメントで問題なく処理できるのはなぜですか。これらは、不合格、いや、SCJP 試験を受けることへの恐怖で夜も眠れずに起きていることの考えです。

だから、私はこのクラスを持っていて、どのメソッドが呼び出されたかを出力したいと思います。実行すると、trace と main のみが出力され、method1 と method2 は出力されません。main から呼び出されるメソッドである method1 と method2 を出力するように変更するにはどうすればよいですか?

以下のコードでスロー可能なクラスを使用しようとしていますが、何らかの理由で特定のシナリオで例外をキャッチしていません。私のテストケースは、セーフサーチモードがオンになった後、Google 検索ページで特定のテキストを検証することです。基本的に、「セーフサーチ オン」というテキスト (通常、セーフ サーチがオンの場合、Google ページの設定ボタンの横に表示されます) をその場所の Xpath と照合します。アサーションを使用しています。私のテスト ケースは、「セーフサーチ オン」テキストがシステム上にある場合、および実際の文字列値と期待される文字列値が一致しない場合に正常に実行されます。ただし、テキストがリストされていない場合、実行後に Catch ブロックは例外をキャッチしません。xpath を使用してテキストを検索しようとすると、コードが動かなくなります。ブラウザを手動で閉じると、「テキストが一致しません - Null」というメッセージが表示されます。ブラウザーが閉じて、出力で Null 例外がキャッチされるはずです。このシナリオで誰かが私を助けることができますか? ここに私のコードスニペットがあります