【发布时间】:2013-04-08 22:58:45
【问题描述】:
我的 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 版本推出哪些潜在变化?
【问题讨论】:
-
看起来可能有一个未捕获的异常。
-
好的,我通过 IE 的一些奇怪操作解决了问题,我在受信任的站点中添加了我的域,并删除了添加到受信任站点的 HTTPS 要求,因为它不是 HTTPS。之后它开始在 IE 中工作,但在 OOB 或 Chrome 中不起作用。我从受信任的站点中删除了它,它开始在任何地方工作,哈哈。那是什么?
-
在这种情况下,问题消失的实际原因是 IE 本身,而不是受信任区域或任何东西。
-
你混合使用http和https吗? IE 更可能在混合 http 和 https 时不工作,而 Chrome 和 FF 可以工作。
-
不,一切都只在 HTTP 中
标签: wcf silverlight silverlight-4.0