エラーに関連付ける方法をカスタマイズできます。Detection」権限が必要です。タブで表示または変更できます。タブで、各プログラミング言語またはプラットフォームの構成可能なオプションが表示されます。各言語またはプラットフォームにそれぞれ設定を構成します。一部の設定は、プラットフォームによって異なります。タブで行った構成変更は、選択したアプリケーションのすべてのビジネストランザクションに適用されます。個々のトランザクションに変更を加えることはできません。オフの場合、トランザクションはエラーカウントメトリックに追加されず、エラーが発生している場合でも応答時間などの他のメトリックで考慮されます。一般的なエラー処理フレームワークのエラーメソッドとみなすメソッドを、カスタムロガーを定義することで独自にカスタム定義するエラーメソッドを使用して補完することができます。メトリックのためにトランザクションをエラートランザクションとみなします。カスタムロガー構成では、メソッドに渡される例外またはエラー情報を含むパラメータを指定できます。エラーメッセージとして表示されます。呼び出してメッセージを抽出します。カスタムロガーを構成するには、次の手順を実行します。カスタムロガー定義の概要名を入力し、設定を使用してカスタムロガーのクラス名とメソッドを特定します。使用してクラスとメソッドを識別する方法の詳細については、「データコレクタ」を参照してください。フィールドで、メソッドの署名の各パラメータにパラメータ定義を追加します。メソッドがオーバーロードしている場合は、エラーを検出するオーバーロードしたメソッドの形式ごとにロガー定義を作成してください。カスタムメソッドは、少なくとも1つのパラメータを受け入れる必要があり、そのパラメータはログに記録されたエラーまたは例外情報を伝えるものである必要があります。ベース)で指定します。インデックスによって識別されるこのパラメータは、配列を含む任意のタイプのオブジェクトにできます。このオブジェクトを文字列に変換します。これによりエラー詳細を生成します。以外の例外オブジェクトがロガーメソッドに渡された場合にのみエラーと見なされます。.NETアプリケーションにおける以下のカスタムロガークラスとメソッドについて考えてみましょう。param2)エラーメソッドがオーバーロードしていることに注目してください。番目の形式で記録されたエラーをキャプチャします。次のスクリーンショットは、この設定を示しています。メソッドパラメータがエラーメッセージとして識別されます。カスタムロガーを検出して報告します。HTTP応答またはリダイレクトページをエラーとして検出Java、.NET、Node.js、およびPythonでは、HTTP応答コードに基づいてエラーを設定できます。エラーコードがビジネストランザクションの処理の一部として設定されている場合、トランザクションはエラーとしてマークされます。リターンコードに基づいて、トランザクションをエラーで分類できます。デフォルトでは、AppDynamicsは400~505のHTTPエラーコードを取得します。HTTP応答コードは、アプリケーションのビジネスレベルで発生するエラーを伝えている場合があります。エラーで商品の在庫がないことを示すとします。この場合、エラーをデフォルトのトランザクションエラーインジケータとして含めることができます。チェックボックスをオフにしてそのエラーコードを無効にし、エラー検出リストに追加します。これは事実上エラーコードをエラーインジケータとして除外していることになります。ページをエラーインジケータとして指定できます。照合する正規表現を追加します。インジケータとしての特定タイプの例外、ロガー、またはログメッセージは、ご使用の環境でトランザクションエラーとしてカウントする必要があるイベントと見なされない場合があります。コードまたはユーザログインの失敗により発生した例外が含まれる場合があります。例外リストに表示しますが、エラーが発生したビジネストランザクションはモニタリングの観点から言うと「エラートランザクション」とは見なされません。インスタンスのユーザエクスペリエンスに例外の影響はありません。ボタンをクリックします。無視する例外のクラス名と例外メッセージのマッチ条件を入力します。