DMQ Eligible flag in Java different libraries
After some tests using JCSMP API, I assumed it is necessary to set this flag on the producer side to make the Dead Message Queue features working.
Now, I am testing my new applications that use the Spring Cloud Stream with the Solace PubSub+ Binder and just see this parameter on the consumer side (Is that right?), which makes more sense to me, because reinforces the idea of decoupling the publisher of the consumer.
Since I would like to define standards in my applications (both Java traditional and Spring Boot applications), using the JCSMP API, can I do the configuration on the consumer side as well?
Best Answer
-
Hi @murillocg,
I wanted to respond quickly before I have to run out the door so there is more context here (maybe an interesting read), but our best practice would be to always set DMQ Eligible to true so the Consumer can make the call of whether they want to use a DMQ or not. As you found with JCSMP this isn't the case in our older APIs for backwards compatibility reasons, however DMQ Eligible is now set to true by default in our new Java, Python and Go Messaging APIs. It is also set to true in our newer connectors like Boomi, MuleSoft and in our Spring Cloud Stream Binder.
Hope that helps!
0
Answers
-
Hi @murillocg,
I wanted to respond quickly before I have to run out the door so there is more context here (maybe an interesting read), but our best practice would be to always set DMQ Eligible to true so the Consumer can make the call of whether they want to use a DMQ or not. As you found with JCSMP this isn't the case in our older APIs for backwards compatibility reasons, however DMQ Eligible is now set to true by default in our new Java, Python and Go Messaging APIs. It is also set to true in our newer connectors like Boomi, MuleSoft and in our Spring Cloud Stream Binder.
Hope that helps!
0