問題タブ [catch-block]

C# 6 では、次のコードを作成できます。

しかし、上記のコードと以下の古い C# コードの違いは何でしょうか?

私にとっては、古いバージョンが最も短く、最も使いやすいように見えます。

リモート マシンのアクセス許可を一覧表示するスクリプトがあります。try{} はエラーなしで完全に機能します。これは問題ありません。ただし、catch{} はそうではありません。スクリプト ブロックは次のとおりです。

私が望んでいたのは、try{} が失敗した場合、表示されたエラーをキャッチし、コンソールから非表示にして、指定された場所にエクスポートすることでしたが、これは機能していない部分です。現在起こっていることは、try{} が実行され、エラーがコンソールに表示され、try{} からの書き込みホストが表示され、catch{} 書き込みホストではありません。

どんなアドバイスも素晴らしいでしょう。Stack を参照して回答を探しましたが、何も見つかりませんでした。私の最後の質問は範囲が広すぎるため閉じられたので、理解を深めるためにこれがより詳細であることを願っています。

ありがとう！

私は、laravel 5.0で作成されたコマンドアプリのコードをtry .. catchでシステムコマンドを使用しています。例外がある場合、私のキャッチは機能しません。

シェルにエラーが表示されますが、自分のlaravelログには書きません。(ログ:アラート)

シグニチャの例外キャッチと Java ジェネリックに関連する予期しない問題に遭遇しました。問題のコードは次のとおりです (説明は次のとおりです)。

今のところ、スタイルの悪い質問はさておき (ここで行っていることを実行するためのより良い方法があることを完全に認めています!)、これは次のビジネス ロジックの簡略化され匿名化されたバージョンです。

• クラスResultWrapperは、ダウンストリーム サービスへの呼び出しの結果をラップします。呼び出しの結果、または結果の例外のいずれかが含まれます
• クラスWrapperTransformerは、何らかの方法で ResultWrapper を変換する責任があります (ただし、ここでは、「変換」はノーオペレーションです)。

上記のテストは失敗します。デバッグの結果、これは がWrapperBuilder.of(e)実際にはジェネリック メソッド (つまりof(final T result)) を呼び出しているためであると判断しました。ジェネリック引数が「貪欲」である場合、それは（一種の）意味があります- aRuntimeException はaTであるため、そのメソッドは賢明な（意図しないが）選択です。

ただし、DownstreamWrapper::getResultメソッドが次のように変更された場合:

次に、テストは失敗します。つまり、Exceptionが として識別されRuntimeException、非ジェネリック.ofメソッドが呼び出されるため、結果ResultWrapperには が取り込まれexcます。

これは私にとって完全に不可解です。私は、catch (Exception e)節の中でもe元の型を保持していると信じています (ログメッセージSystem.out.println(e.getClass().getSimpleName()はそれが正しいことを示唆しています)。

最初にデータベースにクエリを実行し、次に結果を使用して別の Web サービスにクエリを実行し、その結果でページをレンダリングする必要があるルートがあります。私はそのフローを解決し、エラー処理を理解しようとしています。私は複数のサービスと話しているので、それらを表現する前にエラーをマッサージしようとしています。

ルートのコードの構造は次のとおりです。

私の問題は最初のキャッチにあります。このキャッチでの私の目標は、エラーを再パッケージ化して実行を停止し、エラーをエクスプレス ミドルウェアに送信することです。

上記の書き方だと実行は止まりますが、私のエクスプレスエラーハンドラは呼び出されません。

最初のキャッチを次のように書き換えてみました

しかし、それでは問題は解決しません。私が見つけた唯一の解決策は、キャッチを最後に移動することです。しかし、その後、障害の場所のコンテキストが失われます。

私が間違っていることについての手がかりはありますか？ありがとう、オリヴィエ

bpel1.1 の外側の catch ブロック内からスローされた例外を処理する方法。bpel からキュー 'Q1' を公開しようとしましたが、アクセス中に例外が発生しました。例外は、再スローされた場所から障害ポリシーで処理され、catch ブロックで処理されました。何らかの理由で、同じキュー「Q1」を再度公開しています。そして再び例外が発生しました。では、その例外をどのように処理できますか。光を当ててください。