2011-03-14 4 views
2

wsHttpBindingで信頼できるメッセージングがデフォルトで有効になっていないのはなぜですか? ANDサーバまたはクライアントの設定が優先されますか?私は信頼性の高いメッセージングについて読んで、私は答えを見つけることができませんでしたいくつかの質問を持ってきた

wsHttpBindingにデフォルトで有効になって(と同様に他のRMされていないのはなぜ
  1. )?どのような場合に、信頼性の高いメッセージングを使用したくないですか?私はストリーミングシナリオでそれが本当に意味をなさないことを知っていますが、私はあなたがメッセージ/データを送信し、それを受信しないことを望むインスタンスを想像することはできません。

  2. サーバとクライアントが一致しない場合、どの設定ファイルが優先されますか?私は彼らが両方ともではないと仮定します<reliableSession enabled="true" /> RMは動作しません(それはどんなエラーもスローされるでしょうか?)、しかし、orderedinactivityTimeoutのようなものはどうでしょうか?

答えて

0

サーバーとクライアントの両方が<reliableSession enabled="true" />を設定していると、セッションがサーバー上で有効になっていない場合を除き、それは信頼性の高いメッセージングを使用しません。

私はそのオーバーヘッドのために信頼できるメッセージングを避けるようにしています。私の意見では、操作がTwoWayであれば、成功した返信は配信を保証しますが、それ以外の方法は常に真実です。

+0

クライアントが稼働していることを確認するために「Pinging」サービスを実装しています。 RMはこの場合には良いことですね。 – Marcus

+0

私は軽量で 'GetServerDate()'のような単純なメソッドを使用し、私はコールして、応答(現在の日付)を取得したら、起動していることを知っています。 – Aliostad

+0

Pingメソッドは、クライアントについての情報でサーバーを更新します。現時点では私はRMを使用していません。クライアントマシンからは、クライアントが設定されたタイムアウト時間内にセキュリティネゴシエーションを完了できず、その他のランダムエラーメッセージが表示されます。私はRMがこれを解決することを望んでいる。 – Marcus

関連する問題

 関連する問題