Атрибут, кажется, не действует вообще
У меня проблемы с использованием атрибута [HandleError] в действиях моего контроллера - похоже, он не работает вообще (то есть не имеет значения, есть фильтр или нет - я получаю те же результаты...). Когда выдается исключение, я получаю стандартную страницу "Ошибка сервера" красного цвета на странице "/" Ошибка приложения вместо моего пользовательского представления.
Я нашел пару других тем на эту тему здесь, на SO, и в большинстве случаев кажется, что установка параметра customErrors в On в web.config решила проблему. Это не для меня, поэтому мне нужно найти другое решение.
Мой контроллер действия:
[HandleError]
public ActionResult Index()
{
throw new Exception("oops...");
return View();
}
В моем файле web.config
<customErrors mode="On"></customErrors>
Я удостоверился, что файл Error.aspx также находится в каталоге Shared. Что мне не хватает?
Я использую ASP.NET MVC RC Refresh.
6 ответов
Две полезные вещи, которые нужно знать:
По умолчанию, HandleError
ничего не делает при запуске под сервером разработки. Целью является показать разработчикам более полезную информацию:
public virtual void OnException(ExceptionContext filterContext) {
if (filterContext == null) {
throw new ArgumentNullException("filterContext");
}
// If custom errors are disabled, we need to let the normal ASP.NET
// exception handler execute so that the user can see useful
// debugging information.
if (filterContext.ExceptionHandled
|| ! filterContext.HttpContext.IsCustomErrorEnabled) {
return;
}
Обратите внимание, что этот случай именно то, что customError
должен контролировать. Если настройка customError="On"
не меняет это поведение:
- Проверьте свой синтаксис.
- Убедитесь, что вы редактируете
Web.config
в корне проекта, а не в представлениях. - Убедитесь, что нет кодов
HttpContext.IsCustomErrorEnabled
, - Если ничего не помогает, попробуйте отключить отладку в
Web.config
Во-вторых, есть определенные типы ошибок, которые HandleError
никогда не будет обрабатывать, особенно ошибки компиляции ASP.NET. Вы не говорите, с какой ошибкой вы столкнулись.
Вам также необходимо указать, на какую страницу перенаправлять.
<customErrors mode="On" defaultRedirect="Error.aspx" />
РЕДАКТИРОВАТЬ: Извините, что /Shared/ часть не должна делать ставки там, но вы должны указать MVC, на какую страницу отправить пользователю с Error.aspx. Затем маршрут по умолчанию ищет что-то с именем Error.aspx в shared.
Было очень поздно!:) Наверное, поэтому кто-то дал мне минус за ответ!:) По крайней мере, здесь работает, приятель!
У меня возникла та же проблема, и мне потребовалось два полных дня, чтобы окончательно ее решить. Оказалось, что я получил ошибку на странице Site.Master, и Error.aspx использовал эту же главную страницу, как и все другие страницы. Очевидно, Error.aspx не может справиться с такой ситуацией.
Мое решение состоит в том, чтобы создать определенную страницу Error.master, которая является легкой и не содержит никаких данных модели. Кроме того, я создал статический файл Error.htm на случай возникновения ошибки в файле Error.aspx. Параметр Web.config выглядит следующим образом:
<customErrors mode="On">
<error statusCode="500" redirect="Error.htm" />
</customErrors>
Надеюсь, поможет.
Чтобы обойти проблему 404, когда предполагалось показать Error.aspx, мне пришлось исключить Error.aspx из раздела httpHandler, который препятствовал непосредственному доступу к любым представлениям (в среде mvc 2). Я сделал это, поместив Error.aspx в подпапку "Error" и поместив web.config в эту подпапку с <remove path="*" verb="*" />
в разделе httpHandlers. Моя версия этой проблемы (и ее решение) может быть специфичной для MVC 2.
Не забудьте обновить ссылку defaultRedirect при перемещении Error.aspx:)
Другая причина этой проблемы может быть,
В шаблонном приложении MVC (создан VS2008 / VS2008 Express) Error.aspx (создан VS) использует мастер-страницу.
Если главная страница получит доступ к каким-либо данным ViewData, она выдаст исключение нулевой ссылки, тогда error.aspx не будет показан.
Используйте этот простой код в качестве вашего Error.aspx, он решит проблему (вместе с CustomErrors=On)
<%@ Page Language="C#" Inherits="System.Web.Mvc.ViewPage<System.Web.Mvc.HandleErrorInfo>" %>
<%= Model.Exception.Message %>
Я попробовал вышеупомянутые предложения, но у меня ничего не получалось. Что сделал трюк, удалив эту строку из моих действий в контроллере ошибок.
Response.StatusCode = (int)HttpStatusCode.NotFound;
Я вырывал свои волосы, так как сообщения об ошибках IIS продолжали перехватывать мою обработку ошибок. И хотя это не идеально, так как я хочу предоставить этот код состояния в своем ответе, я обнаружил, что его удаление не позволяет IIS 7+ мешать обработке ошибок.
DaTribe