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 も動作し始めます。

問題は、この回避策でこの問題を解決した同じ人々が、1 週間など数日後に明らかな理由もなく再び問題を経験し、さまざまな場所からの起動の組み合わせが役立つということです (通常は IE が最も役立ちます)。

助けていただければ幸いです。かなり病気のバグとして報奨金を開始し、何らかの形で修正する必要があります。

アップデート

奇妙な IE 修正シナリオ:

ある時点で、OOB バージョンはサーバーに WCF 要求を送信しない状態になります。（フィドラーはそれを見ません、サーバーはそれを取得しません）。IE で Web バージョンを起動し、同じボタンを押すと、WCF 要求が送信され、IE Web バージョンで目的の結果が得られます。

他に何も変更せずに、以前このバグの多い状態だった OOB バージョンを再起動するだけで、OOB バージョンが正しく動作するようになります。再インストールも変更もされていません-何もありません。

これが、私がこの問題の「IE 治療法」と呼んでいるものです。問題は、IE が OOB バージョンの潜在的な変更を開始できるのは何ですか?

4

1 に答える 1

1

このスレッドによるとDebugging resources are unavailable、クライアントが Silverlight Developer Runtime を使用していないときにメッセージが表示されます。

これは、実際の例外がユーザー (および私たち) から隠されていることを意味するため、次のステップは、Silverlight 開発者ランタイムを備えたシステムでエラーを再現することです。

この記事を見つけました。使用している証明書を確認する価値があるかもしれません (証明書を使用していますか)。これは、OOB アプリとブラウザーとの違いの 1 つです。

于 2013-04-26T12:14:10.200 に答える