私はこれが役に立たないための回避策を見つけるために多くの時間を費やしてきたので、ここの誰かがアイデアを持っているかどうかを確認したいと思いました。
ASP.NETMVC3アプリケーションでElmahを使用しています。前のリンクで受け入れられた回答とまったく同じコードを使用しています。
Global.asaxには、正しいHTTP応答でエラーページを表示するための次のコードもあります。
/// <summary>
/// The customErrors functionality provided by ASP.NET results in HTTP 302 redirects occurring which doesn't accurately reflect what the real HTTP code of the response was.
/// This method can be used to handle specific HTTP codes without an intermediate redirect.
/// </summary>
protected void Application_Error() {
var exception = Server.GetLastError();
var httpException = exception as HttpException;
Response.Clear();
Server.ClearError();
var routeData = new RouteData();
routeData.Values["controller"] = "Error";
routeData.Values["action"] = "Error500";
Response.StatusCode = 500;
if (httpException != null) {
Response.StatusCode = httpException.GetHttpCode();
Response.TrySkipIisCustomErrors = true;
switch (Response.StatusCode) {
case 403:
routeData.Values["action"] = "Error403";
break;
case 404:
routeData.Values["action"] = "Error404";
routeData.Values["message"] = httpException.Message;
break;
case 500:
routeData.Values["action"] = "Error500";
break;
}
}
IController errorsController = new ErrorController();
var rc = new RequestContext(new HttpContextWrapper(Context), routeData);
errorsController.Execute(rc);
}
この問題は、(ローカルの)開発マシンを使用していないときに発生します(最初はcustomErrorsに関連していると思いました)。例外がスローされると、Elmahはエラーを処理し、正しくログに記録します。また、正しいエラーページが表示されます。ただし、正しいエラーページが表示される前に、別の中間例外がログに記録されているのを確認できます。
The view 'Error' or its master was not found or no view engine supports the searched locations. The following locations were searched: ~/Views/Articles/Error.aspx ~/Views/Articles/Error.ascx ~/Views/Shared/Error.aspx ~/Views/Shared/Error.ascx ~/Views/Articles/Error.cshtml ~/Views/Articles/Error.vbhtml ~/Views/Shared/Error.cshtml ~/Views/Shared/Error.vbhtml
ASP.NETは、デフォルトのエラーページを処理しようとしているのに、それを読み込もうとしています。誰かがこれを防ぐ方法について何かアイデアがありますか?