当前位置：文江博客话题详情

如何在 IIS 7.5 中查看 asp.net EVENT 错误？

发布于 2024-12-08 21:54:51 字数 177 浏览 0 评论 0原文

目前，我使用管理工具中的事件查看器来查看本地网站某些页面的一些嵌套 Asp 错误详细信息。

目前，我将网站部署在只能访问 IIS 7.5 及其日志的服务器上。

我想知道是否可以直接在 IIS 中或以其他方式查看 ASP.NET 的错误。不幸的是，使用我的网站我无法看到错误的详细信息。

谢谢。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

两仪 2024-12-15 21:54:51

我们在一个小型 ASP.NET 应用程序中使用类似的东西：

protected void Application_Error(object sender, EventArgs e)
{
    // Code that runs when an unhandled error occurs

    try
    {
        var userName = "<USERNAME not available...>";

        if (HttpContext.Current != null && HttpContext.Current.User != null && HttpContext.Current.User.Identity != null)
        {
            userName = HttpContext.Current.User.Identity.Name;
        }

        Exception exc = Server.GetLastError();

        var logger = new IEMLogger();

        logger.Error(string.Format("Application_Error - user: {0}", userName), exc);

        // Clear the error from the server
        Server.ClearError();
    }
    catch (Exception /*exc*/)
    {
        // DOES NOTHING:
        // no recursive error reports in case the logging fails...
    }
}

这是使用一种非常防御性的方法来检查上下文 null、当前用户 null 等。 IEMLogger 是 LogçNet 的包装器，因此我们没有到处传播 LogçNet 的依赖项...

编辑：请注意 Global.asax 中的 Application_Error 事件处理程序是您应该使用的异常处理程序的最后手段有，这会捕获所有未处理的异常，但不会替换您应用程序类中应该拥有的 try/catch 块。在应用程序代码中根据需要进行尝试捕获，并使用与记录器类相同的方法，该方法在引发异常的地方记录异常...这取决于异常和错误处理的总体方法，那么如果你选择 Log4Net、NLog 或其他记录器，一切都是细节......

we are using something like this in a small ASP.NET application we have:

protected void Application_Error(object sender, EventArgs e)
{
    // Code that runs when an unhandled error occurs

    try
    {
        var userName = "<USERNAME not available...>";

        if (HttpContext.Current != null && HttpContext.Current.User != null && HttpContext.Current.User.Identity != null)
        {
            userName = HttpContext.Current.User.Identity.Name;
        }

        Exception exc = Server.GetLastError();

        var logger = new IEMLogger();

        logger.Error(string.Format("Application_Error - user: {0}", userName), exc);

        // Clear the error from the server
        Server.ClearError();
    }
    catch (Exception /*exc*/)
    {
        // DOES NOTHING:
        // no recursive error reports in case the logging fails...
    }
}

this is using a very defensive approach checking also for context null, current user null and so on. the IEMLogger is our wrapper to LogçNet so we do not have dependencies of LogçNet spread all around...

Edit: please notice that this Application_Error event handler in Global.asax is the last resort of exception handler you should have, this catches all unhandled exceptions but does NOT replace the try/catch blocks you should have anyway in your application classes. Have those try catch as needed in the code of your application and use the same approach with a logger class which logs the exceptions at the very places where exceptions are thrown... this depends on your overall approach to exception and error handling, then if you go for Log4Net, NLog or other loggers everything is really a detail...

回复收藏 0 原文