Сообщение ASP.NET о событии Application_Error

Я пытаюсь найти событие, которое будет запускаться сразу после всех Application_Error обработчиков событий, чтобы я мог изменить отправленный ответ (возиться с кодом состояния и заголовками «местоположения» и специально создать новое тело) с помощью настраиваемого модуля HttpModule.

Я пробовал подключиться к Application_EndRequest (так как я читал, что это единственный обработчик, который гарантированно срабатывает), но сейчас слишком поздно в обработке запроса для изменения заголовков ответов, и я получаю HttpException:

Server cannot append header after HTTP headers have been sent.

person Kieran Benton    schedule 22.02.2009    source источник


Ответы (2)


Я думаю, что ASP.Net запускает новый ответ после ApplicationError только для другой страницы обработки ошибок. Попробуйте закрепить этот ответ.

Обновить. Вот как это сделать!

Я хотел убедиться, что мы можем подключить обработчик ошибок и корректно обработать событие на странице, чтобы мы не могли сделать последнюю ошибку сервера нулевой, и мы также хотим иметь возможность добавлять заголовки!

В web.config добавьте:

<customErrors redirectMode="ResponseRewrite" mode="On">
    <error statusCode="500" redirect="~/ErrorHandler.aspx"/>
</customErrors>

Или любую конкретную ошибку, которую вы хотите отловить. И под httpModules:

<add name="ErrorModule" type="TestErrorLifecycle.ErrorModule, TestErrorLifecycle"/>

Код для регистрации ошибки находится в этом модуле:

public class ErrorModule : IHttpModule
{
    private volatile object locker = new object();

    public void Init(HttpApplication context)
    {
        context.Error += context_Error;
    }

    void context_Error(object sender, EventArgs e)
    {
        var app = sender as HttpApplication;

        lock (locker)
        {
            assertLogDirectory(app.Server);

            using (var fs = File.AppendText(app.Server.MapPath("~/logs/errorlog.txt")))
            {
                var lastException = app.Server.GetLastError();
                if (lastException == null) throw new ApplicationException("Not expected...");
                fs.WriteLine(lastException.Message);
            }
        }

        // we could also do a Request.Redirect() here...
    }

    private void assertLogDirectory(HttpServerUtility server)
    {
        var logdir = server.MapPath("~/logs/");
        if (!Directory.Exists(logdir))
            Directory.CreateDirectory(logdir);
    }

    public void Dispose()
    {
    }
}

Я просто записал это в файловую систему. Вы можете использовать файловые транзакции ядра или эксклюзивную блокировку или что-то еще, но поскольку я знаю, что буду писать только в этот файл отсюда, я выбрал простой частный семафор.

Я добавил это в Default.aspx.cs просто для проверки:

protected void Page_Load(object sender, EventArgs e)
{
    throw new ApplicationException("wtf, something wrong??!");
}

Создан файл ErrorHandler.aspx с этим в нем (некоторые части опущены для краткости):

<body>
    <h2>Error handler</h2>
    <form id="form1" runat="server">
        <p>Last error: <asp:Label ID="lblError" runat="server" /></p>
    </form>
</body>

А вот и класс страницы:

public partial class ErrorHandler : Page
{
    public ErrorHandler()
    {
        Load += ErrorHandler_Load;
    }

    private void ErrorHandler_Load(object sender, EventArgs e)
    {
        Response.AddHeader("X-TESTING", "Yes it works...");
        lblError.Text = Server.GetLastError() == null ? "noo, why is it null?!?" : Server.GetLastError().Message;
    }
}

Наконец, я получаю эти заголовки ответов в ErrorHandler.aspx:

Server: ASP.NET Development Server/9.0.0.0
Date: Mon, 23 Feb 2009 00:37:45 GMT
X-AspNet-Version: 2.0.50727
X-TESTING: Yes it works...
Cache-Control: private
Content-Type: text/html; charset=utf-8
Content-Length: 725
Connection: Close
200 OK

Если вы попытаетесь добавить в Response.Headers-collection напрямую, вам нужно будет запустить IIS в конвейерном режиме: http://forums.asp.net/p/1253457/2323117.aspx

Надеюсь, это поможет! Ура Хенрик

person Henrik    schedule 22.02.2009

Если вы не переместите весь подверженный ошибкам код до отправки какого-либо ответа, вы не сможете решить эту проблему. Если вы хотите сделать это, вам необходимо настроить HttpHandler для работы с запуском всего кода до отправки любой информации обратно клиенту.

Есть способы перепроектировать, чтобы вернуть информацию клиенту. Зная, где приложение взрывается, и запускать его через try ... catch поможет.

person Gregory A Beamer    schedule 22.02.2009
comment
Боюсь, вы упускаете суть - это не тот случай, когда я не могу перехватить исключение, более того, мне нужно иметь возможность изменить ответ об ошибке обратно клиенту. - person Kieran Benton; 23.02.2009
comment
Я понимаю суть дела, но без изменения реализации по умолчанию вы не можете перехватить общий обработчик ошибок и изменить поток, поскольку заголовки уже отправлены. Если вы хотите управлять конвейером ASP.NET самостоятельно, вы можете это сделать. - person Gregory A Beamer; 25.02.2009