Three months ago, the to gather insights on realm configuration tooling within our community. The number of responses overwhelmed us! With a total of 433 (!) submissions, it highlighted the diverse range of options our community uses for configuring… We released Quarkus 3.14.3, a maintenance release for our 3.14 release train. It contains several important bugfixes so we recommend the upgrade for
要望があってたのでちょっくら調べてみました。 デフォルトでは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
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
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
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 Messagingでリモートのキューに対してXAトランザクション内でメッセージを送受信するにはResourceAdapterの登録が必要であるということを紹介いたしました。 リモート(別プロセス)のJBossサーバー上のキューにXAトランザクション内で正しくメッセージを送受信するには - 達人プログラマーを目指して JBoss MessagingのクライアントAPIは直接はXAのリソースとしてトランザクションに参加してくれないため、一旦リソースアダプターを使ってJCAのリソースプールとしてサーバーに登録しないといけないということです。ということで、理屈は頭でなんとなく理解できていたつもりだったのですが、今日実際に会社の環境で試したら、ほんのちょっとの設定の違いで正しくリモートのキューがJNDIルックアップできず結構な時間はまってしまいました。上記の記事で説明した通り、de
以下の条件を満たすと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
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
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
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ではデフォルトで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.
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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く