問題タブ [jms-topic]

AMQP 1.0 および ActiveMQ で kaazing jms デモを使用する

新しいキューに登録/サブスクライブし、それをアプリケーション サーバー用に処理し、アプリケーション サーバーからクライアント [kaazing] にメッセージを送信します。しかし、同じキューにサブスクライブしたクライアントはメッセージを受信しませんでした。

メッセージを JMS キューに送信しようとしていますが、次のエラーが発生します。

これを修正する方法に関する提案の 1 つは、クライアント ping の周期を次のように変更することでした。

しかし、それでも役に立ちませんでした。これを修正する方法、またはクライアントへの接続障害の原因について何か提案はありますか?

トピックにパブリッシュされた JMS メッセージが 2 つの JMS キューに渡されるように activemq を構成するにはどうすればよいですか。これはactivemqで可能ですか?

または

サブスクライバーが 2 人の単純なトピックを使用する方がよいでしょうか。両方とも、メッセージの独自のコピーを取得します。

私は現在、プロジェクト内のactiveMQに基づいて、キューまたはトピックの実装を調査しています。ビジネス ドメインに従ってビジネス ロジックを分離するために Maven モジュールを使用するセットアップは非常に簡単です。1 つの共通モジュールにより、共通ロジックを組み立てることができます。

簡略化された例:

• 共通モジュール
• 製品モジュール
• クライアントモジュール

要件の 1 つは、特定の操作が (activeMQ を使用して) バックエンドに対して非同期であり、バックエンドが結果メッセージで応答することです。2 番目の要件は、より多くの機能が必要なモジュールのみを使用して新しいデプロイ可能なアーティファクトを作成することにより、アプリケーションを水平方向にスケーリングできる必要があることです。

もちろんjmsとactiveMQでSpring 4を使用しています。

私の質問に進みます。バックエンド接続に 1 つのキューまたはトピックのみを使用したいと考えています。これは、共通モジュールが jms 構成 (jms factory、jms-configuration) を処理し、さまざまなタイプのメッセージがその 1 つのキュー/トピックを介して送信されることを意味します。製品関連のメッセージが「products」モジュールで処理され、クライアント関連のメッセージが「clients」モジュールで処理されるようにするにはどうすればよいですか? モジュールが 2 回デプロイされた場合、「製品」モジュール ロジックの 1 つだけがメッセージを処理するようにするにはどうすればよいですか? どのようなアプローチをお勧めしますか、またはこれは 1 つのキュー/トピックの「ナッツ」ですか?

私自身、publ/subsc パターンのためにトピックを使用する方向で考えていました... または、製品またはクライアントのサブスクライバーがサブスクライブしてメッセージの処理を引き継ぐ可能性のあるオブザーバー パターンでパブリッシャーとして機能するキュー リスナーでしょうか?

ご協力いただきありがとうございます。

以下のシナリオで JMS を使用することが可能かどうかを知りたいです。顧客にメールを送信する API サービスを呼び出す機能を追加しています。そこで、イベントまたはメッセージをキューに入れ、同じアプリケーションにリスナーを記述してメッセージを処理し、メッセージを顧客にディスパッチする残りの API サービス呼び出しを呼び出す JMS をアプリケーションに実装することを考えました。

私の質問は、残りの呼び出しとアプリケーションの間に JMS があるのは良いことですか? または、残りの API を直接呼び出して、顧客にメッセージを送信する必要がありますか?