2

信頼性の低いワイヤレスネットワークを介してtcp/ipソケットを介して通信するクライアント/サーバーアプリケーションがあります。接続エラーが発生した場合に応答するように、このプロトコルを作成しました。1)クライアントがリクエストを送信する2)サーバーがリクエストの受信を確認する(1秒のタイムアウト)3)クライアントが待機している間にサーバーが処理する(最大10秒かかる場合があります)(20秒のタイムアウト)4)サーバーが応答を送信するリクエストコマンドが失われることがあります(クライアントは開いている接続を介して送信しますが、サーバーは受信しません)が、このプロトコルを使用すると、コマンドが受信されて処理されるかどうかがすぐにわかります。

私が求めているのは(RESTSharpとServiceStackでテストを行った)、Webサービスでこのようなことを行うことは可能ですか?応答前のクライアントは、要求が受信されたという確認をどこで受け取りますか?

ありがとう、マティア

4

1 に答える 1

0

HTTP 要求が成功しなかった場合、既に例外がスローされているため、アプリケーション コードでこの種のエラー処理が見られるのは奇妙です。

アプリケーション コードで確認の受信を取得するには、何らかのプッシュ イベント/コメットテクニックを実装する 2 番目の要求を追加して、サーバーがさまざまなイベント (受信した要求 ID など) をクライアントに通知するようにする必要があります。

于 2012-11-21T17:32:46.437 に答える