Replies: 2 comments
-
It seems like a bug. The selector exchanges are created with a UUID-based name to avoid conflicts, but then it is not possible to find whether they must be created or not on application restart. They are not supposed to be deleted between application restarts as they are for a durable subscription. So a fix would be to name them after the topic name and the subscription name, this way the application would re-create them on restart, which is idempotent if they already exist. Note they should all go away when the subscriber unsubscribed (not a fix, I know :-) ). |
Beta Was this translation helpful? Give feedback.
-
I created a follow-up issue: #456. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I have created a test application with a JMS durable topic. I added two JMS listeners for which a queue is created automatically.
On the first start I have:
Every time I stop the application and start it again, two new x-jms-topic exchanges are created and binded to the corresponding queue and jms.durable.topic.
Why are x-jms-topic exchanges recreated on each startup?
Beta Was this translation helpful? Give feedback.
All reactions