如何在Silverlight环境中诊断客户端WCF问题？

似乎WCF诊断在SL中不可用。是因为系统诊断支持有限还是其他原因？无论如何，当服务器端诊断还不够时，如何跟踪客户端WCF问题？

我认为这篇文章会有所帮助

---

我认为这篇文章会有所帮助

---

这就是我如何解决在Silverlight客户端正确获取异常的问题的方法。与Rus类似，但不需要包装异常。尽管它确实要求web.config中的版本号是精确的（仍在努力解决这个问题）

---

这就是我如何解决在Silverlight客户端正确获取异常的问题的方法。与Rus类似，但不需要包装异常。尽管它确实要求web.config中的版本号是精确的（仍在努力解决这个问题）

---

如果出现“未找到”错误，最可能的原因是跨域访问策略。我用来诊断这些问题的方法是，查看原始流量。

如果出现“未找到”错误，最可能的原因是跨域访问策略。我用来诊断这些问题的方法是，查看原始流量。

您确定您的WCF服务没有在通话中出错吗？如果服务器端出现问题，返回的消息将是HTTP状态代码500。由于安全限制，浏览器不会将任何非200消息传递回silverlight插件，这导致silverlight抛出经典的CommunicationException“远程服务器返回错误：NotFound”

对于使用WCF行为将故障的HTTP状态代码从500更改为200，silverlight实际上可以访问错误的详细信息，有一些非常有文档记录的解决方法。更多信息请点击此处：

您确定您的WCF服务没有在通话中出错吗？如果服务器端出现问题，返回的消息将是HTTP状态代码500。由于安全限制，浏览器不会将任何非200消息传递回silverlight插件，这导致silverlight抛出经典的CommunicationException“远程服务器返回错误：NotFound”

对于使用WCF行为将故障的HTTP状态代码从500更改为200，silverlight实际上可以访问错误的详细信息，有一些非常有文档记录的解决方法。更多信息请点击此处：

---

这是关于错误处理，而不是诊断。在我的例子中，服务器端没有异常（至少在我的服务方法中是如此）。.svclog虽然已损坏，但不包含任何错误（TraceViewer在打开它时说“意外的文件结尾”）。因此，我想在客户端获得比“找不到”更有用的东西。这是关于错误处理，而不是诊断。在我的例子中，服务器端没有异常（至少在我的服务方法中是如此）。.svclog虽然已损坏，但不包含任何错误（TraceViewer在打开它时说“意外的文件结尾”）。所以我想在客户端得到比“未找到”更有用的东西。谢谢！尝试了Fiddler并仅获取“ReadResponse（）失败：服务器未对此请求返回响应”。但是，我的问题不是在玩本地项目时跨doamin访问。我怀疑是序列化问题，因为异常时有发生，某种程度上与我数据库的结果集有关。谢谢！尝试了Fiddler并仅获取“ReadResponse（）失败：服务器未对此请求返回响应”。但是，我的问题不是在玩本地项目时跨doamin访问。我怀疑是序列化问题，因为异常时有发生，以某种方式与数据库中的结果集相关。我确信我的方法不会引发异常（方法右括号上的断点被击中）。无论如何，这两个链接都没有帮助。第一个完全破坏了服务，第二个不工作（我确实确保在激活主机时应用HttpStatusCode200Behavior）。我确定我的方法不会引发异常（方法右括号上的断点被击中）。无论如何，这两个链接都没有帮助。第一个完全破坏了服务，第二个不工作（我确实确保在主机激活时应用HttpStatusCode200Behavior）。