問題タブ [error-handling]

アプリケーションの大部分は、「ディスクがいっぱい」のシナリオを適切に処理しません。

例: インストーラーは、ディスクがいっぱいであることを認識せず、すべてのエラーを無視し、最終的に喜んで「インストールが完了しました!」と通知します。または、メール プログラムは、ダウンロードしたばかりのメッセージを保存できなかったことを認識せず、サーバーに通知します。オリジナルを削除します。

この状況を適切に処理するには、どのようなテクニックがありますか? それらを使用しますか？それらをテストしますか？

Delphi 2007（Win32）のエラーダイアログにスタックトレースを表示したいのですが。

理想的には、私はこのようなものが欲しいです：

また、出力をIDEのコールスタックのようにするには、次のようにします。

JTree の各エントリに対応するオプションが別のパネルにあり、選択が変更されると更新されるダイアログがあります。エントリの 1 つのオプションが無効な状態に設定されている場合、ユーザーがツリー内の別のエントリに変更しようとすると、エラー ダイアログが表示され、選択が変更されないようにする必要があります。

JTree で valueChangeListener を使用してこれを実行しようとしましたが、現在、エラーが発生した場合、valueChanged メソッドで古い選択に対して「setSelectionRow」を呼び出す必要があります。StackOverflow を取得しないように、これを行う前にブール値の「isError」を true に設定して、新しい valueChanged イベントを無視できるようにします。どういうわけか、これは最善の解決策ではないと直感しています。;-)

代わりにどうすればいいですか？このような状況に適した設計パターンはありますか?

私は、UI をより動的/使いやすくするために少し jQuery を使用するストライプ アプリに取り組んでいます。

エラー解決を設定したので、エラーがスローされた場合、ユーザーは error.jsp ページにリダイレクトされます。

ただし、jQuery Ajax 呼び出し中にエラーがスローされた場合、error.jsp ページにリダイレクトする代わりに、呼び出しの結果があったはずのページに html が出力されます。

ページに出力する代わりに、例外がスローされた場合に jQuery にリダイレクトするように指示するにはどうすればよいですか?

問題のある Ajax の例:

J2EE アプリケーションでのエラー処理について質問があります。現在のアプリケーションは多くのユーザーによって使用されており、その結果、多くのサポート チケットを取得しています。これらのチケットのほとんどはユーザー関連ですが、5 ～ 10% はシステム関連の例外、未処理のエラーなどです。

コードには基本的な例外処理チェックがありますが (作業が必要です)、私の経験から、一般的なメッセージをユーザーに表示しても、トラブルシューティング プロセスを迅速化するのには役立ちません。

私が探しているのは、適切なエラー処理の設計パターンに関する推奨事項です。シナリオを考えてみましょう。

1. コードにエラーがあります
2. エラー処理
3. ユーザーには、特定のエラー コードを含む非技術的なエラー メッセージが表示されます。
4. テクニカル サポート以外のチームは、このエラー コードを使用して、アプリケーション内でこれが発生した領域 (ページ、セクションなど) と、ユーザーが何をしていた可能性があるか (カスタマー サポート リファレンス ガイドで開発チームが事前に入力した情報) を確認できます。
5. 技術サポート チームは、コードを使用して、クラス/JSP などと、その例外をトリガーしたコード行をゼロにすることができます。
6. ほとんどの(すべてではない) Tomcat stdout エラーがユーザー セッションによってログに記録されるロギング モジュールを使用します。ユーザーが受け取るエラー コードに、ログ ID が存在する場合はそれを含めて、技術チームがそれを確認できるようにします。それも。

基本的に私が興味を持っているのは、サポートの分析、説明、調査のサイクルを短縮し、すべての部門がそれぞれの仕事をより迅速に開始できるように、すぐに情報にアクセスできるようにすることです。

1. カスタマー サポートは、このエラー コードについて定型的な説明を提供したり、ユーザーが実行できる代替手順を提示したりできます。
2. 技術チームは、コード行またはその行をトリガーしたユーザーの操作のトラブルシューティングを開始できます。

必須の各エラー コードは、各部門に必要な次のステップをトリガーし、事実上、問題の調査段階を減らし、解決段階に移行します。

上記が良い考えであるかどうかはわかりません。そのようなニーズに適した「デザインパターン」についての提案をいただければ幸いです。または、それが一見の良いルートでさえある場合。

前もって感謝します。

SP

uncaught_exception の適切な使用例は何ですか?

私はこのようなクエリを実行しています

そのクエリでは、多くのテーブルでループが実行されています。したがって、フィールドがテーブルに存在しない場合は、

ランタイムエラー3061

このエラーフローのエラーを別のポイントに移動する必要があるなど、このエラーをバイパスするにはどうすればよいですか？

これは私がこのフォーラムを通過した後に最近持っているコードです。

私は

タイプの不一致ランタイムエラー

のSet rs3 = CurrentDb.OpenRecordset(strsql)

私は混乱していると思いadoますdaoが、それがどこにあるのかは確かではありません。

PHPを使用して、リモートサーバーにログオンし、ファイルの名前を変更しようとするスクリプトがあります。

コードは現在、php.netWebサイトの次の例のようになっています。

しかし...エラーは何でしたか？権限、そのようなディレクトリはありません、ディスクがいっぱいですか？

PHPにFTPエラーを返すようにするにはどうすればよいですか？このようなもの：

このようなtry catchで周囲のコードにうんざりしています..

次のようなものが欲しい

関数の正確な署名でデリゲートを作成することでこの動作を実現できることはわかっていますが、アプリケーションのすべてのメソッドのデリゲートを作成することはオプションではありません。

ILコードを挿入することでこれを行うこともできますが、これは私の周りにラッパーアセンブリを作成するため、パフォーマンスの面で高価です.

他に有効なアイデアはありますか？

finallyブロックの使い方が間違っていて、その目的の基本を理解していない疑いがあります...

この関数はcatchブロックを実行し、「エラー」を警告しますが、true を返します。false を返さないのはなぜですか?