Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
None
-
None
-
None
Description
Starting with 2.28.0, the broker doesn't translate the character / to the configured wildcard delimiter (i.e. . by default) when creating subscription queues for MQTT clients.
For example, in previous versions, a client configured with the following properties
clientId: mqtt topic: TEST/TOPIC
would consume message from a queue defined like this:
<addressname="TEST.TOPIC"> <multicast> <queuename="mqtt.TEST.TOPIC"/> </multicast> </address>
Now, in the affected versions, this will not work, the client will create (if it has permissions to create queues) or will expect (if it doesn't have permissions to create queues) a queue with the following format:
<addressname="TEST.TOPIC"> <multicast> <queuename="mqtt.TEST/TOPIC"/> </multicast> </address>
This is breaking clients applications when upgrading the broker from versions before than 2.28.0.
Attachments
Issue Links
- links to