This content has been marked as final.
Show 4 replies
-
1. Re: JMS client (using transacted session) remain block for indefinite time
jbertram Jan 16, 2015 10:23 AM (in response to ajinkya.bambal)The behavior you're observing is expected given your configuration, i.e.:
<address-setting match="#"> <dead-letter-address>jms.queue.DLQ</dead-letter-address> <expiry-address>jms.queue.ExpiryQueue</expiry-address> <redelivery-delay>0</redelivery-delay> <max-delivery-attempts>-1</max-delivery-attempts> <max-size-bytes>10485760</max-size-bytes> <message-counter-history-day-limit>10</message-counter-history-day-limit> <address-full-policy>BLOCK</address-full-policy> </address-setting>
If you want different behavior then you should change your <address-full-policy> or <max-size-bytes>. See the documentation for more details on these parameters.
-
2. Re: JMS client (using transacted session) remain block for indefinite time
ajinkya.bambal Jan 19, 2015 3:06 AM (in response to jbertram)Hi Justin ,
Thanks for the quick answer . But in my case consumer are as fast as Producer are (implemented MessageListener interface) .I believe <max-size-bytes> correspondence to max queue size then in that case 10 MB is sufficient enough space to accomodate 5k messages . Please correct me if I am wrong.
-
3. Re: JMS client (using transacted session) remain block for indefinite time
jbertram Jan 19, 2015 9:43 AM (in response to ajinkya.bambal)Get a thread dump from the producer when it gets stuck. That should help narrow down the problem.
-
4. Re: JMS client (using transacted session) remain block for indefinite time
ataylor Jan 19, 2015 10:14 AM (in response to jbertram)also make sure you are acking your consumed messages