問題タブ [rethrow]

以下のメソッドは、JDK 7 を使用した Eclipse でコンパイル エラーなしでコンパイルされました。不思議なことに、同じ JDK 7 を使用した Inellij IDEA 14 で同じメソッドを実行すると、コンパイル エラーが発生しますが、Run! これは IDEA の設定が悪いためですか? ありがとう ：）

次のコードを検討してください。新しい例外をスローして、キャッチした「前の」例外をラップします。

ある時点で、新しい例外を作成するときに、「$previous」として渡したい 2 つの例外があります。

ただし、ネイティブでは、「前の例外」は 1 つしかサポートされていません。

これまでに考えられるオプション：

• 追加の「前の」例外を受け入れる独自の例外クラスを作成します。しかし、その後は？私有地として保管？それとも公開？アクセサ付き？追加情報を気にする呼び出しコードを作成するにはどうすればよいですか?
• もちろん、ログに書き込み、1 つまたは両方の例外を破棄することもできます。しかし、これはこの質問のポイントではありません。

例外をキャッチし、トランザクションをロールバックしてから例外を再スローするコードがあります。

このコードを使用すると、VS Code 分析で次のような警告がスローされます

代わりに、例外が最初に発生したスタックの場所を保持するために、引数なしで 'throw' を使用してください。

コードを使用する場合

その後、警告が表示されます

変数「exSys」は宣言されていますが、使用されていません

この問題を解決するにはどうすればよいですか?

編集 この方法を試しましたが、うまくいきません。system.exception クラスには、内部例外とともに追加のメッセージが必要です。これを行うと、元の例外からのメッセージを上書きする新しいメッセージがスローされます。新しい例外を取得したくない、同じメッセージで同じ例外をスローしたい。

編集

この方法を試しました。そして、を使用して手動で例外を発生させましたthrow new Exception("From inside");。現在、ex.Message は「From inside」ではなく「Test」を返します。「内側から」というメッセージはそのままにしておきたい。この提案された変更により、どこでもエラー表示コードで問題が発生します。:/

ミュールの catch-exception-strategy からどのように例外を再スローできますか。

以下のフローで試してみましたが、「flowdemo」エラー処理から例外が発生した後、mdemoflow のエラー処理に進みません。flow-ref の後にあるロガーを実行します。

質問 1::「RethrowDemo」クラスの catch が、「Rethrow」クラスの catch(Arithmetic Exception) によってスローされた例外を終了させるのはなぜですか。

質問 2:: 制御権の移転はどのように機能しますか??

Executoranyまたはを使用してタスクを実行する必要がありますExecutorService。タスク (CallableまたはRunnable) は無限に実行されるはずですが、例外が発生した場合は、タスクを送信したスレッドに再スローする必要があります。

future.get()私はそれが私のために投げることを知ってExecutionExceptionいます:

ただし、晴れた日のシナリオではfuture.get()無期限にブロックするため、使用できません。

Executor基礎となるタスクが失敗したときに単に例外をスローするものを持つことは可能ですか?