-
1. Re: MDB non-durable topic subscription results in queue flooding
clebert.suconic Mar 9, 2010 2:57 PM (in response to bvallade)1 of 1 people found this helpfulYes.. I found this bug recently also when working on some integration with AS6.
You would need to basically remove the queue manually.
-
2. Re: MDB non-durable topic subscription results in queue flooding
clebert.suconic Mar 9, 2010 2:58 PM (in response to clebert.suconic)There was another issue also, that each session would create its own queue.
An MDB with maxSession=15 in a durable subscription should only create one.
-
3. Re: MDB non-durable topic subscription results in queue flooding
clebert.suconic Mar 9, 2010 2:59 PM (in response to clebert.suconic)Sorry for adding multiple responses.. I just keep remembering what to say after pushed send :-)
This is fixed on trunk. You could try trunk now from SVN if you like.
-
4. Re: MDB non-durable topic subscription results in queue flooding
bvallade Mar 9, 2010 3:08 PM (in response to clebert.suconic)Hey Clebert,
Thanks for the response. Let me make sure I am understanding the intended behavior correctly. Non-durable MDB subscriptions should not be creating their own permanent queue each timeand durable subscriptions would subscribe consistently however would only try to create one session rather than continuing on to maxSessions and failing on each subsequent set up.
thanks,
Brandon
-
5. Re: MDB non-durable topic subscription results in queue flooding
clebert.suconic Mar 9, 2010 3:32 PM (in response to bvallade)On non-durable subscriptions:
The resource adapter (aka the MDB) should create a temporary subscription each time the MDB is deployed, and the temporary subscription should be removed each time the MDB is undeployed.
If you need the subscription to survive an undeployment/redeployment then you really need a durable subscription.
This is just like what would happen to a non-durable subscription using regular JMS API.