問題タブ [solace]

Solace については聞いたことがあり、読んでいますが、まだよく知りません。私はハッシュマップを持っています:

そして、これをSolaceに公開したいと思います. それ、どうやったら出来るの？従う必要がある手順は何ですか? 助けてください！

プロトコルバッファメッセージとして文字列を送信するには? 私は次のことをしたい：

Solaceを使用して「メッセージグループ化」（ActiveMQによる）シナリオを設定した人はいますか。

たとえば、多数のメッセージ (注文など) があるとします。各注文には一意の注文 ID があります。注文の修正/変更には同じ注文 ID があります。異なる注文 ID に対してラウンド ロビン ディスパッチを使用したいのですが、同じ注文 ID のメッセージが「順番に」処理されるようにする必要があります。

メッセージ グループは特にこの問題を解決しますが、Solace で同じことを実装する方法がわかりません。

-- 追加のコンテキスト

グループを提供する TOPIC/orders/ のようなトピック構造の使用を検討しています。そして、TOPIC/orders/* 経由でサブスクライブします ...

ドキュメントから、すべてのコンポーネントが利用可能であるかのように見えます: トピック名によるグループ化、保証されたメッセージ、アプリケーション確認、非排他的キューによるラウンド ロビン ディスパッチ... しかし、これらをどのようにもたらすかを示す具体的な例は見当たりません。一緒に「メッセージグループ」の問題を解決します。

ありがとう。

MQTT を使用して Solace 経由でバックエンド サーバーにデータを送信するデバイスが多数あります。大量の受信メッセージを処理する必要があるため、受信メッセージを処理するためにいくつかのリスナー インスタンスを開始することを考えています。しかし、MQTT pub/sub は事実上 1 対多のメッセージングであるため、これは役に立ちません。つまり、同じメッセージがすべてのサブスクライブ リスナーに配信されます。Solace が DTO をサポートしていることは知っていますが、MQTT を使用した DTO をサポートしていますか? もしそうなら、どうすればいいですか？そうでない場合、大量の着信メッセージを処理するために複数のリスナーを開始する方法について何か提案はありますか? 私が今考えているのは、これらのトピックにサブスクライブする非独占的な配信でキューを作成することです。他に良い方法があるかどうかはわかりません。

ありがとうございました。

MQTT クライアントは、最初に「$SYS/client/reply-to」にサブスクライブすることでポイントツーポイント (P2P) トピックを取得できることを理解しています。これにより、クライアントがサブスクライブする P2P トピックが返されます。この P2P トピックをメッセージ本文に渡し、メッセージのサブスクライバーが要求/応答パターンで返信する. メッセージ本文で P2P トピックを渡すオーバーヘッドを減らす方法はありますか? SEMP を使用して P2P トピックを取得できますか? ?

ありがとうございました。