![]() |
1
3
|
![]() |
2
2
您可以在web服务中实现一个全局异常处理程序,用于记录发生的任何异常的详细信息。这对于您当前的问题非常有用,而且在生产环境中非常有用,因为它可以让您了解有多少异常被抛出以及由什么代码引发。 要实现.NETWeb服务的异常处理程序,需要创建SOAP扩展。见下文 MSDN Article 举个例子。我已经在多个生产web服务中使用了这种方法,它在确定发生了什么问题以及在哪里发生问题方面是非常宝贵的。 |
![]() |
4
1
您看过基于IIS请求的跟踪吗?: http://technet.microsoft.com/en-us/library/cc786920.aspx |
![]() |
5
0
经过我自己的思考,目前我能看到的最好的解决方案是组合一个轻量级的FacadeWeb服务,它接受xml blob作为输入。 然后,我可以让我的facade服务使用客户端提供的输入数据调用真正的服务,然后:
这只是一个临时措施(我强烈反对web服务不明确它们所接受的XML),但它可能会让我更容易克服在生产过程中诊断错误的困难,比如连接到web服务的客户端不遵守wsdl或无法读取返回的soap错误。 谢天谢地,在这种情况下,只有一方发布到web服务上——数据包嗅探器方法(fiddler或wireshark)是可行的,但缺少500个错误的日志记录确实让我想到了“还有什么更好的选择?”。 |
![]() |
6
0
否则,捕获“所有内容”(假设您使用的是ASMX)的最简单方法是启用system.net上的跟踪 http://blogs.msdn.com/dgorti/archive/2005/09/18/471003.aspx 如果您使用的是WCF,它具有很好的跟踪支持,您可以使用svctraceviewer查看跟踪日志。但听起来你不是在使用WCF。 |
![]() |
user755806 · 从Rest服务返回JSON响应? 6 年前 |