我继承了一个ASP.NET（.NET4.7.2）应用程序，它有一个Elastic装配（通过Javascript API）来从前端捕获APM数据和错误。
几个月来，Elastic中最常见的错误是：
1.未捕获的系统Web窗体页面请求管理器超时异常：服务器请求超时。
1.未捕获的系统Web窗体页面请求管理器服务器错误异常：在服务器上处理请求时出现未知错误。从服务器返回的状态代码为：404（但有时它会说503）。
两者都将ScriptResource.axd称为“罪魁祸首”。
一方面，如果我能准确地找出正在请求的资源或URL ...以及我的应用程序中的哪个页面正在进行请求...当发生这样的错误时，这肯定会很好。
但是我现在正处于这样一个阶段......作为一种选择，我很乐意将这些异常从未处理的异常更改为已处理的异常。（我认为我们的用户实际上并没有遇到任何严重的问题。这个应用程序的主页面每8秒更新一次几个关键的更新面板。所以，这些请求偶尔会失败在某种程度上是意料之中的。2如果发生了什么重大的事情，用户可能已经大发雷霆了。
我更愿意看到Elastic中的任何错误来自我们自己的Javascript代码，而不是来自 AJAX 控件工具包。
有谁知道我该怎么拍这些照片吗
1条答案
按热度按时间oipij1gg1#
我想我终于找到了正确的信息（虽然有些页面是2008年的）。如何基本上添加一个自定义错误处理程序到脚本管理器：
Script Manager 4.5 handling errors
https://social.msdn.microsoft.com/Forums/en-US/59a34e36-f80b-4344-a793-8ea2ce21abe2/ajax-exception-handling?forum=aspdotnetajax
Handle Asynch error messages with ScriptManager
https://blog.digitaltools.com/post/2010/02/03/Unhide-Exceptions-Hidden-By-AJAX.aspx
看起来我应该能够要么埋葬异常...要么获得关于它们的更多细节，并将它们传递给Elastic。
我想我现在最大的障碍是自己尝试重现这些错误（最好是在非生产环境中），但我想我会想出办法的。
谢谢你！