問題タブ [jboss-mdb]

maxMessages プロパティは MDB にどのように影響しますか? 例えば：

maxSessions が 10 の場合、この値はどのように影響しますか?

誰かが私を助けてくれることを願っています-私はJBoss 5.1とMQ Series 7をEJB / JMSベースのアプリケーションで使用しています。アプリケーションに複数のメッセージ駆動型 Bean があり、それぞれが MQ Series メッセージ キューをリッスンしています。メッセージの処理中にエラーが発生した場合、mq シリーズがメッセージの再配信を試行する前に一定時間待機できるように、「再試行の遅​​延」を構成できる必要があります。MQ Series のドキュメントを徹底的に調べましたが、MQ Series でこれを実現する方法をまだ見つけていません。JBoss のデフォルトの JMS プロバイダーにはこれを行う方法があることは知っていますが、現在は MQ Series の使用に制限されています。再試行の遅​​延を設定できなかったので、失敗したメッセージがあると、アプリケーションはメッセージの配信と継続的なロールバックのタイトなループに陥ります。

メッセージ駆動型Beanを使用してJMSメッセージを処理するアプリケーションがあります。このアプリケーションは、OC4Jアプリケーションサーバーにデプロイされます。（10.1.3）

このアプリケーションは、クラスターで実行するように構成される複数のOC4Jアプリケーションサーバーにデプロイすることを計画しています。

問題は、このクラスターでのJMSメッセージ処理にあります。OC4Jクラスター全体で一度に1つのメッセージのみが処理されるようにする必要があります。メッセージは時系列で処理する必要があるため、これは必須です。

OC4Jクラスター全体のメッセージ処理を制御する構成パラメーターを知っていますか？

または、クラスター全体でメッセージ駆動型Beanを同期する独自の同期コードを実装する必要があると思いますか？

JBoss4.3で実行されているEJB3コードを理解しようとしています。

JBossでいくつかのMDB構成を使用してejb3-interceptors-aop.xmlファイルを構成し、次にMDBJavaクラスを取得します。

私が理解したいのは、MDBがいつどのようにMQに「バインド」されるのかということです。つまり、MDBはいつ/どのようにMQキューのリッスンを開始しますか？

起動時にJBossはejb3-interceptors-aop.xmlファイルを読み取り、起動時に「GatewayMDB」および「bind」に等しいAspectDomainアノテーションを持つクラスを見つけますか？

ejb3-interceptors-aop.xmlのXML：

MDBクラス：

Bean（この場合はmdb）内で、デプロイメント手順が完了したことを通知することはできますか？

Weblogic 8.1 で MDB がキューをリッスンするのをプログラムで停止することは可能ですか?

これは JBoss およびそれ以降のバージョンの Weblogic で実行できることは知っていますが、8.x で実行できるかどうかはわかりませんでした。

リソースローカルデータソース（Oracle9i）をJBoss5.1.0にデプロイしています。

永続性ユニット：

MDB内で、onMessageメソッドが呼び出されると、Beanを永続化し、namedQueryを介してそのタイプの最新の5つのBeanをフェッチしようとしています。

私の問題は、エラーの痕跡がないのに、Oracleデータベースに永続化されたオブジェクトがないことです。多数のメッセージが送信された後、呼び出しlast5.size()は0を返します。ログは完全にクリーンです。

私が見つけたMDBの制限は、メソッドでREQUIREDまたはNOT_SUPPORTEDトランザクション属性を使用する必要があることだけです。私のonMessageには注釈が付いていないため、デフォルトでREQUIREDが使用されます。また、MDBクラスにアノテーションがないため、Beanはコンテナ管理のトランザクションを使用する必要があります。

私が間違っているのは何ですか？

私は、メッセージ駆動型 Bean (MDB) の複数のインスタンスがリッスンするメッセージ キューに複数の作業単位を配置することによって同時実行性を実現するデータ処理アプリケーションに取り組んでいます。この方法で並行性を実現する以外に、メッセージング インフラストラクチャと MDB を使用する特定の理由はありません。

これにより、複数のスレッドを使用して同じことが達成できなかった理由を考えるようになりました。

私の質問は、どのような状況で非同期メッセージング (JMS など) を同時実行を実現する手段としてマルチスレッドの代わりに使用できるかということです。あるアプローチを別のアプローチよりも使用する利点/欠点は何ですか。

Java で非同期メッセージ キューを動的に作成する必要があります。私の使用例は、複数の SMTP サーバー経由で電子メールを送信することです。同じ SMTP サーバーへの電子メールは順次処理されるようにする必要がありますが、異なる SMTP サーバーへの電子メールは同時に処理される可能性があります。過去に JMS を使用したことがありますが、実行時にキューを作成する必要があるのに対し (SMTP サーバーごとに 1 つのキュー)、コンパイル時のキューの作成しか許可されていません。

JMS に関して何か不足していますか、それとも他のツールや提案を確認する必要がありますか?