Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
2.4.0
-
None
-
None
Description
There is logic in the broker to detect Artemis 1.x and HornetQ clients which will automatically:
- set anycastPrefix and multicastPrefix to "jms.queue." and "jms.topic." respectively
- convert queue/address names in network packets
In general this works perfectly for such clients. However, if there are addresses and/or queues on the broker explicitly configured with either "jms.queue." or "jms.topic." then these clients will not be able to access these resources.
The solution is two fold:
- disable the automatic detection logic
- support Artemis 1.x and HornetQ clients using explicitly configured anycastPrefix and multicastPrefix acceptor url parameters
Disabling the automatic detection logic will change the default behavior for any acceptor supporting the CORE protocol since it would previously support these older clients automatically. It would be possible to mitigate the impact of this change by adding the prefix parameters to the default url in broker.xml, but this is not recommended as this might negatively impact performance for high throughput use-cases. A comment in broker.xml will be added instead.
Attachments
Issue Links
- links to