1

WebSocket を使用する最も単純なアプリケーションを作成しました。私のバック エンドは GlassFish 4 ビルド 89 です。私のフロント エンドは、Tyrus 1.0 RC3を使用する JavaFX 2.2 アプリケーション クライアントです。これは、WebSocket 用の Java API のリファレンス実装です。GlassFish も Tyrus を使用していますが、GlassFish ビルド 89 に含まれているバージョンを正確に調べるのが面倒でした。

私の WebSocket API のテストでは、送受信が行われましたがjava.util.Date、それ以上のことはありませんでした。さて、バイナリオブジェクトを追加する必要があります。だから私はDecoder実装する独自のものを書きましたDecoder.Binary<Date>。いつものように、新しい知識の分野に足を踏み入れるときは、各メソッド呼び出しをログに記録するのが好きです。コンソールを見ると、私のDeocer.Binary<Date>#willDecode(ByteBuffer)メソッドが同じスレッドによって2 回続けて呼び出されていることがわかりました。それが本当に意図的なものである場合、そのようなパターンのユースケースは何であり、どのような価値が追加されましたか? しかし、それはバグに違いないと思います!GlassFish JIRA サイトでバグ/問題を報告しようとしましたが、どこにもボタンが見つかりませんでした。

4

1 に答える 1

1

仕様違反という点ではバグではありませんが (「willDecode」の呼び出し回数に制限はありません)、調査する必要があることに同意します。

進行状況はTyrus jira で追跡できます。TYRUS-210を参照してください。

ありがとう!

于 2013-07-08T09:00:56.563 に答える