0

SLアプリが通信するWCFサービスがあります。古いバージョンのアプリと新しいバージョンがあります-新しいバージョンをライブサーバーにデプロイしましたが、機能しません(そこに座っているだけで、最終的にタイムアウトエラーがスローされます)

元のアプリを元の場所に戻し、新しいアプリを並べて配置しました。私は両方を実行しましたが、一方は機能しますが、もう一方は機能しません。新しいアプリのデバッガーは、アプリがバックエンドDBにクエリを実行し、ルックアップ値のセットを返すいくつかの非常に単純なWebメソッドを呼び出していることを示しています(実際、好奇心から1つを除くすべての呼び出しをスキップしましたまた、DBから3行を返す1回の呼び出しでもタイムアウトになります)。私は自分でDBにクエリを実行しましたが、他のアプリも同じテーブルをクエリしているので、すぐに応答が返ってくるので、問題はそこにあるとは思いません。今どこを見ればいいのかわからない...

奇妙なことに、コールバックが起動して応答が返されることがありますが、ほとんどの場合、タイムアウトになります。ただし、これにはまだしばらく時間がかかります(10〜15秒)

なぜこれが発生し始めたのか、または2つのアプリケーションに違いがあるのか​​わかりません。両方のアプリが同じサービス参照と同じアプリ構成設定を使用しています。1つは機能し、もう1つは機能しません...

髪を抜き始めました!

誰かが同様の問題を抱えていましたか?

4

1 に答える 1

0

最終的に何が起こったのかはわかりませんが、App_StartupでWCFサービスを呼び出すことと関係がある可能性があります(または、1日だけおかしくなっていた可能性があります)

コードをApp_Startupから新しい「読み込み中」のUCに移動することになりました

アプリが起動すると、読み込み中のUCがRootVisualとして使用されます。これにより、WCFサービスを呼び出してデータが読み込まれ、その間に保留ページが表示されます。

データが読み込まれると、UCは読み込み画面を非表示にし、メインウィンドウをその子コレクションに追加してすべてを実行します

これは、数秒間の白い画面ではなく、アプリが読み込まれてビジーであるというフィードバックをユーザーに提供するため、ユーザーにとっても優れていると思います。また、サービスがダウンしている場合などに何かが発生していて、すぐに応答しない場合も表示されます

今、私はもう自分の髪を抜いていません!

于 2012-08-14T10:09:21.363 に答える