問題タブ [jboss-messaging]

エンタープライズ統合プロジェクトの場合、JJBossMessagingなどのメッセージブローカーへのJava以外のアクセスが非常に役立ちます。ApacheActiveMQおよびGlassFishOpenMessage Queue製品の場合、 Stompなどのネイティブまたは標準プロトコルを使用して、さまざまなクライアント実装を利用できます。

JBoss Messagingには、課題トラッカーに「STOMPプロトコルをネイティブに実装する」というタスクがあります。ただし、このタスクはJBossMessagingロードマップには表示されません。

Java以外のクライアントでJBossMessagingに接続する他のオプションはありますか？

編集：JBossMessagingはバージョン2でAMQPをサポートします

クラスorg.jboss.jms.server.destination.QueueServiceとorg.jboss.mq.server.jmx.Queueの違いは何ですか?

フォールトトレラントなJMSサーバーとして機能するようにクラスター化されたJBoss5.1サーバーのペアがあります。

MySQLデータストアを使用するように構成し（mysql-persistence-service.xmlでクラスタリング設定を有効にして）、次のように定義して、destinations-service.xmlにトピックmbeanを作成しました。

私のクライアント（J2SE！）は、以下を使用してこのJMSサーバーに接続しています。

次の一連のイベントが発生した場合：

1. Node1はアップ、Node2はダウンです。
2. クライアントはJMSに接続し、トピック「ECM-PRM-Topic」で永続サブスクライバーを作成します。
3. クライアントが切断され、永続サブスクリプションが残ります。
4. 他のクライアントは、トピック「ECM-PRM-トピック」に関するメッセージを公開しています。
5. Node1がダウンします。
6. Node2が起動します。
7. 他のクライアントは、トピック「ECM-PRM-トピック」に関するメッセージを再度公開します。
8. クライアントは永続サブスクリプションに再度接続します。
9. クライアントが切断します
10. ノード1が起動します。
11. クライアントは永続サブスクリプションに再度接続します。

手順4で公開されたメッセージはデータベースに保存され、クライアントが再接続するのを待っています（MySQLで確認できます）。（それで大丈夫です）

手順6で開始されたノードは、そのトピックに関する永続的なサブスクリプションを認識していません。（なぜ？？）

手順7で公開されたメッセージはすぐに消えます。（既知の耐久性もクライアントも接続されていないため）

ステップ8でクライアントが接続すると、新しい耐久性が作成され、メッセージは配信されません（ただし、MySQLにはまだメッセージがあります）。

ステップ10で、クライアントは、ステップ7からのメッセージを除いて、耐久性からすべてのメッセージを受信します。魔女は完全に失われます。

メッセージが失われないことを100％保証したいと思います。すべてのメッセージは、クライアントによって消費されるまで、耐久性のあるMySQLデータベースに保存する必要があります。

何が悪いのか提案はありますか？

（クライアントがDurableSubscriberを作成する前に）XMLファイルでJBossに永続サブスクリプションを設定する方法はありますか？

私が使用する完全なクライアントコードはここにあります

JBoss 5.1.0 にカスタム キューを追加するにはどうすればよいですか?

管理コンソールを介してそれを行う方法を見つけましたが、何らかの理由で失敗し続けます。また、ある JBoss サーバーから別の JBoss サーバーにキューをすばやく簡単に移動できるようにする必要があります。

したがって、基本的には、カスタム データソース ファイル (mydatasource-ds.xml) を使用して行う方法と同じように、xml ファイルでカスタム キューを作成し、そのファイルを展開フォルダーに追加する方法があるかどうか疑問に思っていました。

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

ローカルホスト Jboss サーバーのキュー名にメッセージを送信することに成功しました。送信したメッセージReceiverQueueを取得する方法、またはキューにメッセージがある場合はキューにメッセージがあるかどうかを確認する方法を教えてください。または、これを行うための最良の方法について何らかの説明を得ることができますか。ありがとうございました

動作する送受信チュートリアルも受け入れられます。キューに送信してそのキューからメッセージを受信するだけで、受け入れられる回答が得られます。

私は春を使用しています。

Bean インジェクションでアプリケーションコンテキストを使用してそれを行うソリューションが必要です..

IBMMQ v6.0.2 を jbossESB と統合しようとしています。
QA QUEUEMANAGER の 1 つで、IBMMQ で使用可能なローカル Queue があります。jboss ESB の JMSprovider を使用して QUEUE をリッスンできます。(タイプ jms_text の) メッセージがドロップされるとすぐに、esb はそれをリッスンしてピックアップし、次のアクションに到達する前に次のエラー メッセージをスローします。

エラー [JmsComposer] サポートされていない JMS メッセージ タイプ: com.ibm.jms.JMSTextMessage

これが私が従った手順です。

1. jboss-service.mxl : 接続ファクトリーと QUEUE の定義
2. jar ( com.ibm.mq.* ) を ${jbossesb}/server/${mynode}/lib に追加
3. jboss-esb.xml に jms lsinterner 設定を追加

ここで不足しているものを教えてください... カスタム MessagePlugin を作成する必要がありますか?

jboss-esb は次のようになります

jboss-service.xml は次のようになります

jboss-eap-4.3 を使用しています。どんな助けにも本当に感謝します。

ここに私のサービスタグがjboss-esb.xmlのように見えます

Java 6、JBoss Application Server 5.1.0.GA、および JBoss Messaging 1.4.6.GA を備えたセットアップで多くの問題が発生しています。最近、一連のサーバー クラッシュ (私と私の同僚が原因です :-) ) があり、一貫性のない状態 (適切に配信されていない) のメッセージがいくつか残っています。通常、JBoss Messaging リカバリ マネージャは、ここで説明されているように、サーバーの再起動時にこれらのシナリオを処理する必要があります。残念ながら、これはうまくいかないようです。問題のあるメッセージを手動で回復する方法や、JBoss Messaging Recovery Manager に代わる他の方法があるのでしょうか?

よろしくお願いします。

100,000 100k メッセージを生成する 5 つのプロデューサーで jboss メッセージング インストールの負荷テストを行っています。重大なボトルネックが発生しています。プロファイラーを監視すると、WorkerThread# という名前のスレッドが 15 個あることがわかります。これらのスレッドは、待機なしで 100% 割り当てられます。それらが関係している可能性があると思います。これらのスレッドが提供する機能と、スレッドプール設定があるかどうかを知っている人はいますか。サプリを使っています

JBoss Enterprise Application Server 4.3 CP08
JBoss Enterprise Service Bus 4.4 CP04
JBoss Transactions 4.2.3._CP07
JBoss Messaging 1.4.0.SP3-CP09
JBoss Rules 4.0.7
JBoss jBPM 3.2.9
JBoss Web Services 2.0.1.SP2_CP07

jboss-esb.xml でいくつかのサービスを設定しています。サービスの 1 つにメッセージを送信すると、メッセージは設定されたサービスの 1 つによって受信されます (メッセージがそのサービス向けではない場合でも)!

同じメッセージを再度送信すると、別のサービスがそのメッセージを (ラウンドロビン方式で) 処理します。これはランダムではなく、各サービスが順番にメッセージを傍受するようになっています。

たとえば、3 つのサービスが構成されている場合。最初にメッセージを送信するとサービス 1 が受信し、2 回目にメッセージを送信するとサービス 2 が受信し、3 回目にメッセージを送信するとサービス 3 が受信します。4回目に送信すると、サービス1が受信し、サイクルが繰り返されます..

jboss-esb.xml の設定方法に何か問題があると思われますが、私にはわかりません。

サービスを呼び出す方法は次のとおりです。

ここに jboss-esb.xml があります。

私の元々の問題は、最小限の依存関係でHornetQを見つけて埋め込む試みです。

避けたい項目の1つは、JNDIの必要性です。jndi locatorを実行するのではなく、すべてのオブジェクトを直接検索できるはずだと思います。

私はjndiのファンではありません。それは、名前を追跡し、他のものと競合しないようにする必要がある、がらくたのグローバルなバケツのように見えるためです。優れた抽象化により、最小限の公開が可能になります。

ところで、これは単なる一般的な観察ではありません...