Событие ASP.NET Post Application_Error - PullRequest
Новая
       28

Событие ASP.NET Post Application_Error

1 голос
/ 23 февраля 2009

Я пытаюсь найти событие, которое сработает сразу после всех Application_Error обработчиков событий, чтобы я мог изменить отправленный ответ (возиться с кодом состояния и заголовками 'location' и, в частности, создать новое тело), ​​используя Кастомный HttpModule.

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

Server cannot append header after HTTP headers have been sent.

Ответы [ 2 ]

2 голосов
/ 23 февраля 2009

Я думаю, 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

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

0 голосов
/ 23 февраля 2009

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

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

...