Приложение Inisghts устанавливает filterContext.ExceptionHandled = TRUE
Я только что установил Application Insights в свое веб-приложение .Net MVC. В файл Web.config внесено несколько изменений, одно из которых
<httpModules>
...
<add name = "ApplicationInsightsWebTracking" type = "Microsoft.ApplicationInsights.Web.ApplicationInsightsHttpModule, Microsoft.AI.Web" />
</httpModules>
Что мне кажется нормальным. Проблема в том, что когда приложение выдает ошибку, мы включили настраиваемые ошибки страницы и обычно filterContext.ExceptionHandled = FALSE. Однако с установленным httpModules я вижу, что он меняется на filterContext.ExceptionHandled = TRUE.
Мы используем пользовательские ошибки страницы с помощью:
protected virtual void RegisterGlobalFilters(GlobalFilterCollection filters)
{
filters.Add(new HandleErrorAttribute(), -10);
}
public class HandleErrorAttribute : FilterAttribute, IExceptionFilter
{
public void OnException(ExceptionContext filterContext)
{
if (filterContext.ExceptionHandled)
return;
}
}
Может ли кто-нибудь объяснить мне причину, по которой Application Insight может изменить статус ExceptionHandled?
Ответы 2
Когда возникает исключение, порядок фильтров global выполняется в обратный порядок. Это означает, что HandleErrorAttributeбежит первым.
As it's the first filter, then
ExceptionHandledis false when it executes, causing it to set the view to Error and settingExceptionHandledto true. So, then, when your own filter executes, that is whyExceptionHandledis already set to true.
Обратите внимание, что если бы настраиваемые ошибки были отключены, то ExceptionHandled все равно будет ложным, поскольку HandleErrorAttribute не справился бы со своим делом. В этом случае ELMAH все равно будет регистрировать ошибку, поскольку она не обрабатывается, поэтому тест в вашем классе должен предотвратить дублирование регистрации ошибки.
Для получения дополнительной информации вы можете обратиться к этому SO поток.
Не уверен, что это подходит для моего сценария. Когда я закомментировал строку Web.config, статус обработанного исключения равен false, когда я раскомментирую его, статус обработанного исключения равен true. Также я забыл включить часть заказа, мы добавляем фильтр с порядком -10
Похоже, что я был не единственным, у кого возникла эта проблема, о которой, похоже, сообщает Microsoft здесь: https://github.com/Microsoft/ApplicationInsights-dotnet-server/issues/921
Отлично, вы можете принять свой ответ как ответ, чтобы закрыть проблему.
Итак, я немного отладил проблему и могу определить, что Application Insights автоматически добавляет глобальный фильтр «Microsoft.ApplicationInsights.ExceptionTracking.MvcExceptio nFilter», когда вы добавляете этот модуль, и этот фильтр имеет порядок -1, что означает, что он попадает до моего HandleErrorAttribute . Я до сих пор не уверен в том, почему Application Inisghts обрабатывает мою ошибку и как это можно настроить, чтобы фильтр этого не делал.