1

クライアントが継続的にデータを送信できるようにするサーブレットを作成し、適切と思われる方法でこれに応答することは可能ですか?

試してみましたが、以下の問題がありました。

  • CR/LF が送信されたときにサーブレット入力ストリームによってのみ受信された要求
  • コンテンツの長さを指定する場合にのみ機能しました（これは事前にわかりません）
  • 応答は、要求が完了した後にのみクライアントに送信されました (両方のストリームを個別に実行したい)。注: 私は自分のスレッド化コードについて完全に自信を持っています

出来ますか？

4

1 に答える 1

0

クライアントが継続的にデータを送信し、適切と思われる場合にこれに応答できるサーブレットを作成することは可能ですか？

[アップデート]

おそらくあなたはWebSocketのようなものを探しています （私はまだ使用していないので、そこではあまり役に立ちません）。

私は現在、同様の問題を解決するために彗星のアプローチに固執しています-アイデアは、どこかに送信メッセージのキューがあり、それらが利用可能になったときにこれらのメッセージを読むために長いポーリングを行うということです。これにより、発生した問題の一部が回避されます。たとえば、ある種の完全なアプリケーション固有のメッセージが表示されるまで情報を取得しようとしないため、Content-Lengthが事前にわかっています。

[オリジナル]

はい。流行語はcometです。のクイックグーグルはjava comet、役立つかもしれない次の記事へのリンクを返しました：http ://www.ibm.com/developerworks/web/library/wa-cometjava/

于 2012-11-22T21:20:55.357 に答える