問題タブ [error-handling]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
asp.net - ASP.NETロジック/接続プールとエラー処理
私は(vb.netの学習の一環として)最初のASP.NETをアップロードし、接続プール(Webサイトのユーザーが複数いる場合に面白いことが起こります)でひどい混乱に陥りました。 try catchステートメントの(よくアイデアは学ぶことでした)しかし、これが最良の/最終的な方法であるかどうか疑問に思っていましたが、tryが失敗した場合、ページの詳細の多くは配置/更新されません。データベース作業を行っていて、試行が失敗した場合、ページをリロードしますか...自分自身にリダイレクトして、次回それが機能することを期待します...または、エラーが発生したことをユーザーに通知して、再試行する必要がありますか?
ありがとう
asp.net - 「アプリ」フォルダのカスタム エラー? (ASP.NET)
アプリケーションのディレクトリ (App_Code、App_Browsers など) のカスタム エラーはどこでセットアップできますか? 私はすでに web.config で customErrors を構成しており、期待どおりに動作します。例えば、
http://www.mysite.com/bla.aspx > 404 ページにリダイレクト
しかし
http://www.mysite.com/App_Code/ > 「指定されたファイルが見つかりません」と表示されます。
私のサイトには物理的な App_Code ディレクトリがありません。これは IIS で変更できますか?
actionscript-3 - (一見) 処理しているときでも未処理の Socket securityError
アプリを起動した後、Debug Flash Player から以下のエラー ポップアップがときどき (常にではありません) 表示されるという問題があります。
localhost:4499
このアプリには経由で接続しようとするコードがいくつかありますSocket
が、このエラーは、ソケット サーバーが実行されておらず、接続をリッスンしていないときに発生します。ただし、理解できないのは、ソケットに接続しようとしたときに s をキャッチするための try/catch ブロックがあるときに、Flash Player が未処理の securityErrors について不平を言っている理由です (および、このエラーメッセージSecurityError
SecurityErrorEvents
には表示されないのリスナー)を指しているように見えますが)。
関連するクラスのコンストラクターは次のとおりです。
なぜこれが起こっているのかについてのアイデアはありますか? 私は何が欠けていますか?
language-agnostic - エラーをログに記録するためのベスト プラクティスは何ですか?
次のようなエラーのログを何度も見ました。
そう..エラーをログに記録するためのベストプラクティスは何ですか?
編集:
これは Java ですが、C/C++、基本などの可能性があります。
cocoa - Core Data でのエラー処理
数週間前、重要なアプリケーションで初めて Core Data を使い始めました。私を驚かせ、混乱させたものの 1 つは、エラー処理のしくみです。例を挙げると、ファイルの URL を設定したときに参照によって返される NSError オブジェクトを適切に処理するために、Finder でデータ ファイルを「ロック」として設定することを最初に試みました。驚いたことに、nil を返して NSError を設定する代わりに、永続ストア コーディネーターは、基になる NSData からキャッチされない例外を発生させました!
同時に、Core Data ではエラー処理が少し不要な場合もあるようです。たとえば、プログラマーのミス以外にフェッチ要求でエラー処理が必要になる明確な理由はわかりません (ちなみに、私の経験では例外も発生します)。これらの場合、私は NSError 参照ポインターに NULL を渡してきました。
try / catch ブロックと NSError の間で、Core Data をなだめるためのコードを書くのに多くの時間を費やすことができましたが、それについては実用的になりたいので、決して実行されないエラー コードに時間を費やしません。それを念頭に置いて、アプリケーションでのエラー処理にどのようにアプローチしますか? 現実の世界で見た中で、必ず説明する必要のあるエラーは何ですか?
.net - デバッグ用の堅牢なエラー メッセージには何を表示する必要がありますか?
ユーザーへの通知に加えて、デバッグ目的で情報を収集したいと考えています。私たちのシステムは、約 1400 の顧客向けのニッチなシステムであり、そのため、期待したほど資金が不足しているため、バグは私たちが望んでいるよりも一般的です。現在、エラー メッセージの最初の行を大きな文字で表示するウィンドウが用意されています。背景は黄色で、ユーザーの目を引くことができます。その下のテキスト ボックスに怖い部分が灰色の背景で表示されます。カスタマー サポートに送信するためにすべてをコピー バッファに入れるボタンもあります。対象となるメッセージは、exception.Message、スタック トレースの最後の 5 つの部分、およびエラーの原因となったメソッドの名前 (Reflection.MethodBase) で構成されます。ユーザーがその時に何をしていたかを言う機能を追加する予定です。また、これが発生する頻度を示すラジオ ボタンを使用して、ログ ファイルに書き込みます。他にどのような有用な情報を含める必要がありますか?
また、カスタマー サポートにメールで送信することも検討していますが、メールが失敗してもストレスはありません。電子メールには他にも考慮すべき点があります。カスタマー サポートがそれに溺れる可能性がある、システム情報も送信することになるためユーザーが反対する可能性があるなどです。
SO で 2 つの同様の質問を見つけましたが、それらは私が興味を持っていることにあまり焦点を当てていません。エラー メッセージ テキスト - ベスト プラクティスは、ユーザーにとって有用なメッセージを作成する方法を扱い、エラー メッセージを処理する最良の方法は、どこで対処しますエラー ID とエラー テキストを保持します。私はデバッグにもっと興味があります (残念ながら、私たちのシステムには多くのエラーがあるため)。
c# - 大規模なインターフェイスの均一なエラー処理
リフレクションを使用してアセンブリ B と C (これも .NET) を読み込む .NET アセンブリ A があるとします。これら 2 つのアセンブリは両方とも、多数の大きなインターフェイスを実装しています (両方とも同じです)。メソッドが A で呼び出されると、B に作業を行わせようとします。ただし、B は信頼性が低く、例外をスローする可能性があります。現在、A には 2 つのモードがあります。1 つは例外を A の呼び出し元に伝播するモードで、もう 1 つはより安定した (しかしパフォーマンスが低い) C で一致するメソッドを呼び出すモードです。
以下に示すように、すべての呼び出しをコードで囲むだけで、すべての B のインターフェイスの巨大な実装で B が公開するすべてのメソッドをラップするよりも、このシナリオを実装するためのより良い方法 (少ないコード) はありますか? アセンブリ B と C は、選択されたエラー処理アプローチについて何も知らないため、ロジックを実装できません。
web-services - 一連の Web サービスに対して 1 つのログ ファイルと 1 つのエラー ハンドラ - 可能ですか?
内部APIでもある一連のWebサービスがあります。1 つの共通の web.config ファイルを完全に共有します。
log4netにサイト全体の1つのログを作成させる方法はありますか? そして、一般的なエラーハンドラーを持っていますか? 問題は、それらがすべて個別の仮想ディレクトリ、個別のアプリケーションであると思います...?
しかし、再び...彼らは同じweb.configファイルを共有し、それは正常に動作します.どうにかしてglobal.asaxなどを共有できますか? うまくいかない...
助けてくれてありがとう。
error-handling - IHttpModule によって実装されたエラー処理は IIS6 では機能せず、IIS5.1 では機能します
IHttpModule を使用して一般的なエラー処理を実装します。WinXPを搭載した私のマシンでローカルに動作するのは魅力的です。テスト サーバー (W2003) にソリューションをアップロードすると、機能しません。エラーが発生すると、asp.net エラー ページに直接表示されます。私のエラーモジュールを使用して処理しません。
どんな提案も大歓迎です....X.