私はWCF Webサービス、実際には多数のWebサービスを持っています。すべてnet.tcpを使用し、WASを介してIISでホストされています。複数のクライアントがこれらのサービスを呼び出しています。すべてが既知ですが、制御できません (つまり、コードを変更できないため、サービスも変更できません)。これらのクライアントの中には、サービスにあまり良くなく、多くのエラーを引き起こすものがあります。問題のあるクライアントを見つけたいと思います。認証を使用しないため、渡された資格情報を見ることができません。すべて同じ場所から来ているため、ip/port を使用できません。私の課題は、これらのクライアントを区別する何らかの方法を見つけることです。たとえば、呼び出し元のアセンブリや、クライアントを識別するリモート システム上の何かを調べます。そのような情報を知っている人はいますか？IIS ログ、イベント ビューア、
3520 次
3 に答える
2
WCF の組み込みのログ記録とトレースのメカニズムを確認してください。
「WCF、トレース、ロギング」を検索すると、さらに多くの情報が得られます。WCF に組み込まれているサポートは非常に広範囲です。メッセージを簡単にログに記録し、メッセージの送信元を確認し、分析することができ、必要に応じてオンまたはオフにすることができます。
于 2010-01-11T21:57:51.463 に答える
1
サービスが受信したメッセージを検査するために、いくつかのカスタム動作を作成できます。サンプルはここにあります: WCF メッセージ インスペクタと単純な WCF サービス動作の記述: デバッグ出力によるメッセージの検査
于 2010-01-11T21:24:34.310 に答える
0
あなたの問題はロギングメカニズムではないようです。それは、クライアントを区別する方法を見つけることです。
クライアントのコードを制御できない場合、少なくともクライアントがエンドポイントに使用する URL を変更できますか? その場合は、複数のエンドポイント アドレスでサービスを公開し、各クライアントに一意のアドレスを使用させることをお勧めします。アドレスは、クライアントのプロキシとして機能します。
于 2010-01-11T22:12:37.770 に答える