我的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帮助最多)。 / p>
任何帮助表示赞赏,我开始赏金它作为它非常恶心的虫子,我需要以某种方式修复它。
更新
奇怪的IE修复方案:
在某些时候,OOB版本进入不向服务器发送任何WCF请求的状态。 (fiddler没有看到它,服务器没有得到它)。 在IE中启动Web版本并点击相同的按钮后,发送WCF请求,我们在IE网页版本中得到了所需的结果。
在不更改任何其他内容的情况下,只需重新启动之前处于此错误状态的OOB版本,即可使OOB版本正常工作。它没有重新安装,没有改变 - 没有。
这就是我所谓的“IE治愈”这个问题。 那么问题是IE可以为OOB版本推出哪些潜在变化?
答案 0 :(得分:1)
根据this thread,当客户端未使用Silverlight Developer Runtime时,会显示消息Debugging resources are unavailable
。
这意味着您(和我们)隐藏了实际的异常,因此下一步是在具有Silverlight Developer Runtime的系统上重现错误。
我找到了this article。检查您正在使用的证书(您使用的是证书)可能是值得的吗?这是与OOB应用程序和浏览器不同的其中一项。