JMSのQueueサイズ制限指定とMDBの同時実行性指定の方法 - mir the developer
要望があってたのでちょっくら調べてみました。 デフォルトではQueueを作成しても、そこにストアできるメッセージの数の制限はないようです。極端な話、receiveを行わずにひたすらsendを繰り返すと、OutOfMemoryErrorまで行き着くと思われます。 これを設定によって制限し、Exceptionをスローさせるようにしたいという要求があるとします。その場合は以下のようにやるとできる（かもしれません）。動作確認まではやれてないので不確かですが。 <mbean code="org.jboss.mq.server.jmx.Queue" name="jboss.mq.destination:service=Queue,name=A"> <attribute name="MaxDepth">100</attribute> <depends optional-attribute-name="D
MDB Pool size configuration| JBoss.org Content Archive (Read Only)
1 2 Previous Next 18 Replies Latest reply on Jul 17, 2015 7:58 AM by uh_69 I'm looking for a definitive answer on configuring the pool size for an MDB. I've seen several conflicting answers between forum posts and documentation, see http://community.jboss.org/thread/147300?tstart=30 Is it the @Pool annotation? http://www.jboss.org/file-access/default/members/jbossejb3/freezone/docs/reference/1.0
ConfigJBossMDB| JBoss.org Content Archive (Read Only)
Created by adrian.brock on Nov 1, 2005 5:06 PM. Last modified by bassel.ghneim on Aug 12, 2007 4:11 PM. MDB Configuration using the old invoker proxy binding (JMSContainerInvoker) Complete and up-to-date details can be found in the dtd $JBOSS_HOME/docs/dtd/jboss_x_y.dtd Delivery The delivery to the mdb is handled by the invoker-proxy-binding. Here we consider the JMSContainerInvoker. NOTE: A conta
Sending JMS message to remote queue in JBoss AS via connection pool
I'm trying to send a JMS message from one JBoss AS 5.1 instance to the other. For my test I have them both running on localhost, the client JBoss AS instance with the normal port settings and the server JBoss AS with the setting where all ports are offset by 100. In an EAR project on the client, I've defined a JMS provider loader in a file called jmstest-service.xml in the root of my EAR with the
リモート（別プロセス）のJBossサーバー上のキューにXAトランザクション内で正しくメッセージを送受信するには（続編） - 達人プログラマーを目指して
以前にJBoss Messagingでリモートのキューに対してXAトランザクション内でメッセージを送受信するにはResourceAdapterの登録が必要であるということを紹介いたしました。 リモート（別プロセス）のJBossサーバー上のキューにXAトランザクション内で正しくメッセージを送受信するには - 達人プログラマーを目指して JBoss MessagingのクライアントAPIは直接はXAのリソースとしてトランザクションに参加してくれないため、一旦リソースアダプターを使ってJCAのリソースプールとしてサーバーに登録しないといけないということです。ということで、理屈は頭でなんとなく理解できていたつもりだったのですが、今日実際に会社の環境で試したら、ほんのちょっとの設定の違いで正しくリモートのキューがJNDIルックアップできず結構な時間はまってしまいました。上記の記事で説明した通り、de
EJBコンテナー、Webコンテナー内で管理されたJMS接続から同時に複数のSessionを生成できない - 達人プログラマーを目指して
以下の条件を満たすとJBoss Messaging + Spring MDPの環境で以下の例外となります。 java:/JmsXAからXA対応（JCAのリソースアダプター経由）の接続ファクトリを使用 concurrency属性を2以上に設定 cache属性をsession以上に設定 javax.jms.JMSException: Could not create a session: javax.jms.IllegalStateException: Only allowed one session per connection. See the J2EE spec, e.g. J2EE1.4 Section 6.6 at org.jboss.resource.adapter.jms.JmsSessionFactoryImpl.allocateConnection(JmsSessionFac
Springframework.org
In 2014, we announced the retirement of our legacy forum, forum.spring.io, in favor of providing an improved community experience on stackoverflow.com. As part of that announcement, we put our forum into read-only mode, preserving forum posts that were referenced in various Spring issue trackers. On February 28, 2019, we plan to take the forum completely offline. In preparation for this end-of-lif
JMS Transactions and the SOA Platform - DZone
Regardless of how carefully you plan, it's inevitable that the software you build will encounter a situation or chain of events that you did not anticipate, and experience some type of failure. (Trust me on this. I work in software testing and spend most of my waking hours either causing software failures, or debugging them.) Since it is impossible to avoid every failure, the ability to recover fr
ConfigJCACommon| JBoss.org Content Archive (Read Only)
Created by adrian.brock on Apr 18, 2004 3:17 PM. Last modified by aloubyansky on May 4, 2009 9:40 AM. Common configuration for DataSources and ConnectionFactorys These are the common parameters for DataSource and ConnectionFactory deployments in -ds.xml files General <mbean> - a standard jboss mbean deployment <depends> - the ObjectName of an MBean service this ConnectionFactory or DataSource depl
JBoss Messagingでメッセージの永続化ストアを使わなくする方法 - 達人プログラマーを目指して
JBoss MessagingではデフォルトでHSQLを使ったJMSメッセージの永続化が設定されています。メッセージの永続化は、メッセージの配信を保障するために重要な機構ですが、開発や単体試験実行時に、サーバーを再起動してもキュー内のメッセージが消えないと非常に不便で、逆にトラブルの元になります。 サーバーディレクトリー\deploy\messagingに格納されている、hsqldb-persistence-service.xmlを単純に削除し、 \docs\examples\jms\null-persistence-service.xmlを代わりにコピーするだけでは、以下の例外となってサーバー自体が起動しなくなります。 java.lang.RuntimeException: Unable to locate the transaction manager at org.jboss.tm.
Should I cache JMS connections and JMS sessions?| JBoss.org Content Archive (Read Only)
Created by timfox on Sep 17, 2009 12:16 PM. Last modified by timfox on Sep 17, 2009 12:33 PM. This is a question that comes up again and again, and there seems to be a lot of confusion around it, mainly due, in my opinion by bad habits introduced by JEE and Spring. Should I re-use JMS connections, sessions, consumers and producers or should I create them every time I want to send or consume a mess
RedHat Linux 技術的な質問(Part2) FAQ
Red Hat Insights Increase visibility into IT operations to detect and resolve technical issues before they impact your business. Learn More Go to Insights Red Hat Product Security Center Engage with our Red Hat Product Security team, access security updates, and ensure your environments are not exposed to any known security vulnerabilities. Product Security Center
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Configuring an MDB in JBOSS
Why the InProcessMessageCount doesn't go higher...| JBoss.org Content Archive (Read Only)