AEM には、HTTP エラーを処理するための標準的なエラーハンドラーが付属しています。例えば、次のようなメッセージが表示されます。
エラーコードに応答するシステム提供のスクリプトが(/libs/sling/servlet/errorhandler
の下に)あります。標準の CQ インスタンスでは、デフォルトで次のスクリプトを使用できます。
AEM は Apache Sling に基づいています。Sling エラー処理について詳しくは、https://sling.apache.org/site/errorhandling.html を参照してください。
オーサーインスタンスで、 CQ WCM Debug Filter はデフォルトで有効になっています。 これにより、常に応答コード 200 が生成されます。 デフォルトのエラーハンドラーは、応答に完全なスタックトレースを書き込むことで応答します。
パブリッシュインスタンスでは、CQ WCM Debug Filter は、有効として設定されている場合も含めて常に無効になります。
独自のスクリプトを作成して、エラーの発生時にエラーハンドラーで表示されるページをカスタマイズできます。カスタマイズしたページが /apps
の下に作成され、デフォルトのページ(/libs
の下)をオーバーレイします。
詳しくは、 オーバーレイの使用 を参照してください。
リポジトリー内で、デフォルトスクリプトを次のようにコピーします。
/libs/sling/servlet/errorhandler/
/apps/sling/servlet/errorhandler/
コピー先のパスはデフォルトでは存在しないので、最初は作成する必要があります。
/apps/sling/servlet/errorhandler
に移動します。次のどちらかを実行します。
変更を保存し、テストします。
404.jsp および 403.jsp ハンドラーは、CQ5 認証に対応するように特別に設計されています。特に、これらのエラーが発生した場合にシステムログインを許可する場合。
したがって、これら 2 つのハンドラーの交換は慎重に行う必要があります。
HTTP 500 エラーはサーバー側の例外によって発生します。
リクエストの処理で例外が発生した場合、Apache Sling フレームワーク(AEM の基盤)は次の処理を実行します。
例外をログに記録します。
戻り値:
応答の本文に含まれます。
エラーハンドラーで表示されるページをカスタマイズすることで、500.jsp
スクリプトを作成できます。ただし、このスクリプトが使用されるのは、HttpServletResponse.sendError(500)
が明示的に(例外キャッチャーから)実行される場合に限ります。
それ以外の場合は、応答コードは 500 に設定されますが、500.jsp
スクリプトは実行されません。
500 エラーを処理するには、エラーハンドラースクリプトのファイル名を例外クラス(またはスーパークラス)と同じにする必要があります。このような例外をすべて処理するには、スクリプト /apps/sling/servlet/errorhandler/Throwable.js
p または /apps/sling/servlet/errorhandler/Exception.jsp
を作成します。
オーサーインスタンスで、 CQ WCM Debug Filter はデフォルトで有効になっています。 これにより、常に応答コード 200 が生成されます。 デフォルトのエラーハンドラーは、応答に完全なスタックトレースを書き込むことで応答します。
カスタムエラーハンドラーの場合、コード 500 を含む応答が必要です。そのため、CQ WCM Debug Filter を無効にする必要があります。そうすることで、応答コード 500 が返され、それによって正しい Sling エラーハンドラーがトリガーされます。
パブリッシュインスタンスでは、CQ WCM Debug Filter は、有効として設定されている場合も含めて常に無効になります。