How to retain original message properties like topic and sender ID when a message is moved to a DMQ
Hi,
We are using Solace properties to dynamically route messages in Boomi on the Boomi listener side. For example sender ID or topic.
However, if a message is moved to a DMQ after x retries, these properties are gone. My question is: is it possible to retain these properties? What happens now is that, after we moved the messages to the original queue, the Boomi process will fail/behaves differently.
Best Answer
-
It looks like JMSToolbox is changing the Solace header properties! We did some testing with Boomi and Boomi does not touch them.
But this means we have an operational issue. Customers are using JMSToolbox to move messages from Queue A to B. Reason: the Solace Cloud UI does not support this.
Sorry to ask this again but when will Solace add functionality to the Solace Cloud UI to enable basic features like this?
1
Answers
-
It looks like JMSToolbox is changing the Solace header properties! We did some testing with Boomi and Boomi does not touch them.
But this means we have an operational issue. Customers are using JMSToolbox to move messages from Queue A to B. Reason: the Solace Cloud UI does not support this.
Sorry to ask this again but when will Solace add functionality to the Solace Cloud UI to enable basic features like this?
1 -
@sjaak Which properties are you talking about ?
I only found one problem with JmsToolbox and that is not the fault of the Toolbox but of what happens inside Solace and that is the switch of DMQEligible Flag which is in main queue set to: True in DMQ to false. That means a copy back from DMQ via JMSToolbox raises a risk if error still persists of message loss as instead to move again to DMQ the messages would be discarded.
So if you find any changes of properties i would be interested which ones you detected and please check if the values get really changed by JMSToolbox or maybe by move from main queue to DMQ.
It makes a big difference to see where the real problems comes from.
0 -
I'm guessing he's talking about the Destination, probably switching from a Topic in the original published message to a Queue, since JMSToolbox is publishing (not moving) a copy of the message to a specific queue. If published on a Topic again, it would goto all other queues that are subscribed to that.
Note that the broker has a copy message feature now that retains all original header/metadata values, so hopefully JMSToolbox isn't needed for that use case.
0