問題タブ [jms]

さまざまなことを行い、特定のアクションに応じてユーザーにメールを送信する Web アプリケーションがあります。SMTP サーバーまたはバックログに問題が発生した場合に備えて、http 要求スレッドを実際に電子メールを送信することから切り離したいと考えています。過去に、私はこれに JMS を使用しましたが、問題はありませんでした。ただし、現時点では、JMS を実行している Web アプリケーションについては、(セットアップなどの点で) ちょっとやり過ぎだと感じており、他にどのような代替案があるのか​​疑問に思っていました。理想的には、インプロセスで実行できるもの (JVM/Tomcat) が好きですが、サーブレット コンテキストがアンロードされると、キュー内の保留中のアイテムが disk/db にスワップされます。もちろん、インメモリ Q を含む何かを一緒にコーディングすることもできますが、オープンソース プロジェクトの利点を得たいと考えているので、何かあるとしたら何か疑問に思っています。

JMS が本当に答えである場合、単純な要件に適合するものを知っている人は誰もいません。ありがとう

ネットワークに断続的に接続されているクライアントがあるアーキテクチャを検討しています。これらのクライアントで作成されたメッセージは、ネットワークが使用できないときに JMS キューに保存し、クライアントがネットワーク上にあるときに中央のメッセージ ブローカーに転送したいと考えています。(ユーザーはダイヤルインなどのネットワークを制御できるため、携帯電話のような断続的な接続ではありません。)

この機能を提供する JMS 実装はありますか?

ActiveMQのメッセージグループ化機能を使用した人はいますか？

http://activemq.apache.org/message-groups.html

これは、私が取り組んでいるプロジェクトにとって非常に便利な機能ですが、この機能の拡張性とパフォーマンスに興味があります。私たちのシステムでは、メッセージを約3〜5個のメッセージのグループにグループ化する必要があるため、プロセスの実行中にグループを継続的に追加します。この場合、最終的にはすべてのグループを保存しようとしてメモリが不足するようです。

私はどんな経験/考え/賛否両論にも興味があります。

最近、メッセージセレクターを発見しました

私の質問は、実行時にセレクターを動的にするにはどうすればよいですか？

消費者が「FragileISFALSE」というプロパティを持つメッセージのみが必要だと判断したとします。

コンシューマーは、MDBを再デプロイせずに、何らかの方法でセレクターを変更できますか？

注：Glassfishv2.1を使用しています

もしそうなら、メッセージはどのようになりますか？SOAP 要求または応答を含む XML ドキュメント?

これは理にかなっていますか？

Windows上のJavaサービスの複数の異なるサーバー間で複数のスレッドの処理を同期する必要があるという問題があります。

このアプリケーションでは、複数のコンシューマスレッドが同じJMSキューからメッセージをプルしています。メッセージは3つまたは4つのグループで送信され、各グループのメッセージが完全に連続して処理されることを確認する必要があります。thread1がメッセージをプルオフし、thread2がそのグループから次のメッセージをプルし、thread2がthread1の処理が完了するのを待ってからメッセージの処理を開始するようにするには、何らかの同期メカニズムが必要です。

スレッドの分散同期メカニズムに関する提案はありますか？あらゆるタイプのソリューションが適しています（JMSソリューション、分散キャッシングなど）。

注：使用しているJMSプロバイダーはActiveMQです。

リクエストに応答して、JMSキューにメッセージを投稿するRESTサービスがあります。主なhttp機能テストはすべてJMeterを使用して行われるため、JMeterの既存のキューからJMSメッセージを正常にプルした人​​がいるかどうか疑問に思いました。

私はActiveMQをアプリケーションに埋め込まれたインプロセスメッセージキューとして使用することを調査していますが、そのようなアプリケーションを起動する方法に少し行き詰まっています。私はそれをそのように想像しています（もちろん、擬似コード）：

私はこれの簡単なバージョンを組み立てようとしましたが、プロデューサーとコンシューマーが永遠に機能するように、または終了するように言われるまで、それらを作成する方法に固執しています。これを行うための最良の方法は何ですか？私は特に糸脱毛の側面について話している。独自のスレッドなどで何が必要/スポーンしたいのか...

私はメッセージキューベースのアプリケーションにまったく慣れていないので、例を詳しく説明してください。

遅延操作を行うアプリケーションがあります。ユーザーは JMS キューに保存される 100 万のメッセージを生成し、MDBeans はこれらのメッセージを消費し、何らかのアクションを実行してデータベースにデータを保存します。JMS キューの動作が速すぎるため、100 万の MDBean インスタンスを作成しようとし、さらに 100 万のデータベース接続を作成しようとします。JDBC 接続プールは 100 万の接続要求を処理できないため、それらの一部がタイムアウトすることは驚くことではありません。

作成される MDBean の数を制御するための最適なソリューションは何ですか? JDBC プールで許可されている接続数を超えない特定の数の MDBean によって 100 万のメッセージが処理される方がよいでしょう。

JMSを多用するプロジェクトを継承しました。Java 6 SEを使用して、すべての単体テストをコンパイル、実行、および合格します。それに合わせて、netbeans（v 6.5）フリーフォームプロジェクトを作成しました。すべてのライブラリとすべてを正しく追加しました（これを数回チェックしました）。ここで問題が発生します。「パッケージjavax.jmsが存在しません」などのNetbeansエラーメッセージが大量に生成されます。

プロジェクトはJDK1.6SEでコンパイルされるため、javax.jmsとその仲間がJDKに存在すると思います。ただし、Netbeansは明らかにそれを見つけていません。ここで何がうまくいかないかについての私の唯一の手がかりは、「プロジェクトのプロパティ」で1.3、1.4、1.5しか選択できないということです-1.6ソースレベルはオプションではありません。Netbeansにjavax.jmsを表示させるにはどうすればよいですか？