7

我的 SL 应用程序是商业应用程序,可以在数百台机器上正常运行。

SL 正在使用 WCF 服务,它按预期工作,但今天我观察到客户端机器上的行为,实际上没有调用服务器。

单击发送调用的按钮后,出现一些错误,并且在 Fiddler 中没有创建有关 WCF 调用的记录。

错误是:

[HttpWebRequest_WebException_RemoteServer]
Arguments: NotFound
Debugging resource strings are unavailable...

我读到了人们推荐使用 Fiddler 的这个错误,但正如我所说,Fiddler 中没有显示调用

所以问题比我最初想象的还要糟糕。

它来来去去。目前,我们已经找到了一个可行的解决方案,可以在问题出现后解决问题,尽管它对我来说没有任何意义。

例如,如果我在 chrome & mozilla & OOB 版本中收到此错误,则在 IE 中启动程序可以工作,然后 chrome、mozilla 和 OOB 也开始工作。

问题是用这种变通方法解决了这个问题的人在几天内再次体验它,比如一周,没有明显的原因,然后从不同位置组合启动会有所帮助(通常 IE 帮助最大)。

任何帮助表示赞赏,我开始赏金作为它非常恶心的错误,我需要以某种方式修复它。

更新

奇怪的 IE 修复场景:

在某些时候,OOB 版本进入不向服务器发送任何 WCF 请求的状态。(提琴手没有看到它,服务器没有得到它)​​。在 IE 中启动网页版并点击发送 WCF 请求的相同按钮后,我们会在 IE 网页版中获得所需的结果。

无需更改任何其他内容,只需重新启动之前处于此错误状态的 OOB 版本,即可使 OOB 版本正常工作。它没有重新安装,没有改变 - 什么都没有。

这就是我所说的“IE 治愈”这个问题。所以问题是 IE 可以为 OOB 版本推出哪些潜在变化?

4

1 回答 1

1

根据这个线程Debugging resources are unavailable,当客户端不使用 Silverlight Developer Runtime 时会出现该消息。

这意味着实际的异常对您(和我们)是隐藏的,因此下一步是在具有 Silverlight Developer Runtime 的系统上重现错误。

我找到了这篇文章。检查您正在使用的证书可能是值得的(您是否在使用证书)这是与 OOB 应用程序和浏览器不同的事情之一。

于 2013-04-26T12:14:10.200 回答