0

私は、ストンプ サーバー/ブローカーとしてアクティブな mq 実装を使用して、ストンプ プロトコルを使用しています。クライアントがオフラインである間にいっぱいになることができるストンプクライアント用のメッセージキューが欲しいです。

私が読んだように、これは単純なサブスクリプションまたは永続的なサブスクリプションで実現できます。定期購読を決めました。これは正しい方法ですか？

次に、クライアント側で使用するメッセージとヘッダーを考えていました。実際に私は以下を使用しています

接続

  • ログインする：
  • パスコード:
  • クライアント ID: some_mac_adr

申し込む

  • 宛先: /queue/some_mac_adr
  • 領収書: 領収書メッセージ
  • 永続サブスクライバー名: デフォルト

今、メッセージを待っています

タイムアウト -->

切断する

このメッセージ シーケンスは正しいですか? さらに、購読解除コマンドを使用していません。これも正しいですか？

4

1 に答える 1

1

永続的なサブスクリプションを決定しました。これは正しい方法ですか？

キューはデフォルトで耐久性があるため、コンシューマーを明示的に耐久性にする必要はありません。

ヘッダーに関しては、前述したように、コンシューマーを耐久性のあるものにする必要がないため、desurable-subscriber-nameヘッダーを渡さないようにすることができます。また、これが偶発的なものかどうかはわかりませんが、キュー名とクライアントIDを同じに保つ必要はありません。

ところで、あなたはどの言語を使っていますか？さまざまな言語でのSTOMP実装は、適切なデフォルトを処理する必要があるため、CONNECT、SUBSCRIBEなどのヘッダーについて心配する必要はありません。

さらに、unsubscribeコマンドを使用していません。これも正しいですか？

繰り返しになりますが、unsubscribe（）はキューに大きな違いはありませんが、コンシューマーが仕事を終えたときに購読を解除する方がクリーンです。

それがあなたのケースに役立つことを願っています。

于 2012-05-24T10:46:11.920 に答える