背景
我正在排除.NET Web 2服务中的一些问题。这些问题是不一致的,从请求服务中,我们看到的只是连接重置和套接字异常。它甚至没有触及API中的用户代码/日志记录,但是对于低级别的异常,它并不将WEB排除在外作为罪魁祸首。
研究
过去,在WCF中解决类似问题的一个非常有用的工具是启用WCF追踪。我正在寻找一个可以显示Web的低级别服务跟踪的等价物。
我已经找到了全局错误处理,我以前也使用过像埃尔马这样的包。但据我所知,这只会显示未处理的异常,与svclog所做的服务的整个跟踪相反。
我还了解Fiddler和Wireshark,虽然这些是用于http跟踪和底层协议嗅探的优秀工具。在这一点上,我更感兴趣的是.NET服务认为它正在接收什么,以及它是如何处理这些操作的,而不是数据包是否正在通过网络进行处理。
摘要
WCF .svclog与Web 2是否等效?特别关注低级别服务与字节/请求的交互。
编辑
我已经接受了最好的答案,这两个答案都指向相同的追踪形式。值得一提的是,对于这个特定的问题,跟踪没有显示任何其他信息,但是我确实认为它是与WCF svclog最近的跟踪Web。
发布于 2014-11-15 16:50:29
WebAPI中没有直接等效的解决方案,但它们在V2中添加了一些跟踪功能。你可以参考下面的文章。
ASP.NET Web 2中的跟踪
如果您有连接问题,我还将检查IIS日志和httperr日志,这些日志可能会为您提供更多有关此类问题的详细信息。
发布于 2014-11-15 22:23:49
WCF和WebAPI日夜不同。WCF有一个复杂的消息传递基础设施,有许多中间件需要它们提供的跟踪级别来排除故障。
另一方面,WebAPI非常简单,在请求本身和代码之间几乎没有什么东西。该代码中的任何问题都会显示为YSOD (即500错误,如果禁用自定义错误将显示异常)。就像MVC甚至是标准的ASP.NET应用程序一样。
现在,有一些可用的跟踪,但是它不是像WCF那样的svclog。这里有以下信息:
http://blogs.msdn.com/b/roncain/archive/2012/04/12/tracing-in-asp-net-web-api.aspx
你将不得不写你自己的记录器,虽然也许有一些伐木者你已经可以找到。
https://stackoverflow.com/questions/26935572
复制相似问题