問題タブ [error-handling]

/ReportServer/ 経由でレポートにアクセスするときに、すべての SSRS の既定のエラー ページ (下の図) のブランドを変更 (およびエラー メールを送信) したいと考えています。私はすでに ASP OnError イベントを処理しており、デフォルトの SSRS エラーのいくつかは独自の例外をキャッチしているように見え、このページをレンダリングすると、OnError イベントが発生する前に応答がキャンセルされます。

すべてのエラーページをブランド化するために SSRS をどのように処理できるかについてのアイデアはありますか?

エラーをスローするこの方法を使用する必要があります:

またはこのスタイル:

...またはまったく別のものですか？

コードの簡単な説明: $this->dbfieldsは配列です。isset()変数が設定されているかどうか、この場合は配列要素が存在するかどうかをチェックします。

MVC のエラー処理について理解しようとしています。私が探しているのは、エラーをキャッチし、ログに記録し、可能であれば解決し、必要に応じて他のアクションを実行し、最終的に正しいビューをユーザーに表示する集中型の方法です。

これには [HandleError] フィルターを使用できると思いますが、コントローラー/アクションにルーティングする方法がわかりません。私が見る唯一のオプションは、それを直接ビューに向けることです。

そのせいで頭をよく打った。$etrap (エラー処理特殊変数) が考案された方法では、すべてのエラーを実際にトラップするように注意する必要があります。私はこれを行うことに部分的に成功しています。しかし、ユーザー モード (アプリケーション モード) で実行すると、アプリケーションを停止している内部キャッシュ ライブラリエラーが発生するため、まだ何かが欠けています。

私がしたことは：

このすべての後、プロンプトからプログラムを呼び出すと、プログラムが機能することがわかります! しかし、キャッシュ ターミナル スクリプト (アプリケーション モード) から呼び出すと、失敗してプログラムが中止されます (エラー トラップ メカニズムが期待どおりに機能しません)。

ASP.NET ASMX サービスが例外をスローすることがあります。ただし、global.asax Application_Error メソッドはそれらをキャッチしていないようです。問題は、これらの例外をキャッチしてログに記録するようにグローバル エラー ハンドラーを構成する方法です。

多くのジョブインスタンスで実行されるVBScriptファイルがあります。スクリプト処理でエラーが発生した場合は、エラー情報をログに記録する必要があります。ログファイルを管理している場合、vbスクリプト呼び出しの各インスタンス（約10の同時インスタンス）のログファイルをどのように区別できますか。

私はdbロギングには行きません。

いくつかの良い方法を提案してください。

web.xmlでエラーページを定義しました。

そのエラーページには、作成したカスタムタグがあります。このタグのタグハンドラーは、発生したエラーのスタックトレースを電子メールで送信します。ほとんどの場合、これはうまく機能します。

それがうまく機能しないのは、エラーが発生したときに出力がすでにクライアントに送信され始めている場合です。その場合、次のようになります。

このエラーは、出力がすでに開始された後、リクエストをエラーページにリダイレクトできないために発生すると思います。私が使用した回避策は、特に大きなJSPページのバッファサイズを増やすことです。しかし、私は既存のアプリケーションに適用できる汎用エラーハンドラーを作成しようとしています。また、バッファーが十分に大きいことを確認するために、何百ものJSPページを調べることが可能かどうかはわかりません。

この場合、実際にエラーページをクライアントに表示できない場合でも、スタックトレースの電子メールコードを実行できるようにする方法はありますか？

そして、それを修正する方法。メンテナンスのために、スローされたすべての例外をログに記録したいと思います。

クライアント側のカウンター変数があるとします。サーバーにリクエストを送信するときは、この変数の値を送信してから、値を 1 つ増やします (サーバーへの次のリクエストのために)。サーバーはこのカウンターを独立して追跡し、クライアントから送信されたカウントがそれ自体 (サーバー側) のカウントのコピーよりも 1 多いことを確認します。これはすべてうまくいきますが、次の状況を考えてみてください。

1. クライアントは、たとえば 23 をサーバーに送信します。
2. サーバーは 23 を受け取り、それを検証して、独自のカウンターを 23 に増やします。
3. サーバーは All-Okay コードをクライアントに返します

-しかし-

サーバーからクライアントへの途中で、リターン コードが破損します。したがって、クライアントは、サーバーがカウンターを更新しなかったと考え、クライアント側のカウンターを 23 のままにします。この時点以降、クライアントとサーバーは同期していません。

このような破損/エラーの可能性に直面しても機能する堅牢なスキームを知っている人はいますか?

ありがとう、
キャメロン

awk (gawk) に見つからないファイルを無視またはスキップさせる方法はありますか? つまり、ファイル システムに存在しなくなった、コマンド ラインで渡されたファイルです (たとえば、/proc/[1-9]* の下で急速に出現/消失するファイル)。

デフォルトでは、見つからないファイルは致命的なエラーです:-(

次のようなことと同等のことができるようにしたいと思います。

ラッパー スクリプトは、awk が実行される前にファイルが存在することを確認できません。これは、ファイルがチェックされてから awk がファイルを開こうとするまでの間にファイルが消える可能性があるためです。つまり、競合状態です。（タイミングはタイトですが、awk内でチェックしてから開くことも競合状態です）