問題タブ [message-driven-bean]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
glassfish - Glassfish v3 で MDB のプール サイズを制限する方法
メッセージ駆動型 Bean は非常に集中的な操作を実行するため、プール サイズを制限したいと考えています。そうしないと、サーバーが過負荷になってしまいます。これ(コード)を試しましたが、うまくいきません。プールはまだ32です(経験的にテストされ、時々サーバーを再起動するため、プールされたインスタンスはありません)。
JDK 6 の Glassfish v3 で EJB 3 を使用しています。アプリケーションは EE 6 標準を使用しています。
プールを制限する方法を教えてください。助けてくれてありがとう。
java - カスタム リソース アダプタに MDB をデプロイするときの NoInitialContextException
JBoss 5.1 にデプロイされたアプリケーション ear 内で使用したいリソース アダプターを開発しました。注釈と xml ファイルで遊んだ後、次の設定を思いつきました。
ejb-jar.xml
jboss.xml
MyUpdateService
xml ファイルではなく、ほとんどのアノテーションの組み合わせも試しましたが、常に同じ結果が得られます。すべての Bean が正常にデプロイされ、Bean もデプロイされMyUpdateService
ます。リソース アダプタはBean にメッセージを送信し、問題なく処理できます。
このようにアダプターを操作できますが、ログに次の例外が表示されます。これは本当に取り除きたいです。
何か案は?
乾杯、チェ
java - メッセージ駆動型 Bean とメッセージの消費順序
コンテンツが最終的にDBに永続化されるメッセージを送信するトピックにサブスクライブするMDBがあります。
MDB がプールされていることはわかっているため、コンテナーは複数の着信メッセージを並行して処理できます。私の場合、これらのメッセージが消費される (そして永続化される) 順序が重要です。メッセージが JMS トピックでパブリッシュされるときに、MDB インスタンス プールがメッセージを消費し、別の順序で保持することは望ましくありません。
これは問題になる可能性がありますか?もしそうなら、メッセージを消費するときに厳密な受信順序に従うようにコンテナに指示する方法はありますか?
java - .Netはメッセージ駆動型Beanに相当します
.Net用のJavaメッセージ駆動型Beanに相当するものはありますか?
performance - JBoss 5.1.0。一般提供終了
5.1.0GA で。サーバー、シャットダウン時:
通常、jboss で shutdown を呼び出すと、次のことが起こると予想されます。
すべての MDB はそれ以降の JMS の処理を停止します
すべての (Quartz) ジョブが閉鎖されています
jboss 自体がシャットダウンしています
ただし、MDB のクローズは行われていないようです。少なくともこれは最初のタスクではありませんが、MDB は引き続き処理されます。
jboss はすでに EJB コンポーネントを閉じ始めていたにもかかわらず (実際には悪いことです)、完全なシャットダウンにはしばらく時間がかかります。
コンポーネントが停止される順序を何らかの方法で強制し、MDB を最初に停止することはできますか?
jms - WebSphereAS7でのMDBおよびActivationSpecのActivationConfig
私は現在、WebSphere-MQSeriesを使用してWebSphereAS7用の小さなEJB3アプリケーションを開発しています。これは非常にシンプルなアプリで、主に1つのMDBがキューをリッスンし、着信メッセージを変換し、抽出されたデータをデータベースに書き込みます。私はついにそれを立ち上げて実行しましたが、コード内のActivationConfigアノテーション、ibm-ejb-jar-bnd.xml、およびWAS自体のアクティベーション仕様に関して少し混乱しています。私の主な質問は、なぜそれらすべてが必要なのかということです。WASでアクティベーション仕様が必要なのに、アノテーション(@ActivationConfigProperty)を介してキュー名や宛先タイプなどを指定する必要があるのはなぜですか?キュー名?さらに、xmlファイルを介したバインディングも必要ですか?そうですか?アノテーションを介してactivationspec-nameを指定し、xmlバインディングファイルを削除することもできますか?WASでアクティベーション仕様を作成することを回避できますか?
誰かが物事を明確にできることを願っています、ありがとう。
java - MDB でロールバックを停止するには?
Queue から ObjectMessage を受け取り、その情報を使用して JPA エンティティ オブジェクトを設定および永続化する onMessage メソッドがあります。しかし、エンティティ オブジェクトの永続化中に何か問題が発生すると、onMessage() が再実行されます。私の推測では、ObjectMessage をキューに押し戻しているため、onmessage が再び実行されています。このままでは無限ループに陥ります。onMessage() を停止して再度実行したり、実行回数を制御したりするにはどうすればよいですか。これが私が持っているコードです。saveAuditData(auditInfo) でエラーが発生しています。
jms - JBoss 5.1.0GA でのプログラムによる MDB の停止
JBoss 5.1.0 で MDB を停止しようとしています。
私のコードは次のとおりです。
しかし、失敗した場合
と
不正な引数の例外。
glassfish - GlassFish のメッセージ駆動型 Bean のデッドロックから回復するには?
GlassFish の MDB のプールでメッセージを受信すると、デッドロック状態になります。同じ行セットを同時に更新しようとする複数のメッセージを受信すると、MDB は LockAcquisitionException をスローします。残念ながら、GlassFish JMS プロバイダーはすぐにメッセージを再配信するため、同じ例外が再び発生します。少し遅れて再配信するように JMS プロバイダーを構成したいと思っていましたが、これはサポートされていないようです。この問題を解決する方法についてのアイデアはありますか?
jakarta-ee - デプロイメント記述子で注釈付きのMDBの宛先を上書きします
複数の宛先で使用されるようになるメッセージ駆動型Beanを開発しました。アノテーション(新しい宛先ごとにコードを変更する必要があります)ではなく、デプロイメント記述子でターゲット宛先を定義したいと思います。Java EE 6では、dpは注釈を上書きする必要があります。
私の場合、ejb-jarを作成し、mdbを構成しました。残念ながら、現在2つのmdbがデプロイされています。1つは注釈付き構成で、もう1つはejb-jarからのものです。
注釈を簡単に削除して記述子を使用することはできますが、注釈を「デフォルト」値のままにしておきたいと思います。
クラスのアノテーションを再構成する方法はありますか?
mdbはjboss6内で実行されます。