You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I guess the initial motivation for keeping the constructor of MockFanoutExchangeprotected is to encourage creating a subclass of BindableMockExchange or one of its existing subclasses when in need of a new exchange type.
You can use this implementation and change its super class to MockFanoutExchange if that is you need.
For the dynamic part of the delegate exchange, why not simply chain two exchanges ? (or more if you need specific routing strategies depending on a message property)
Hello everyone,
First of all thank you to the maintainers for your amazing piece of software - it has saved us tons of time and seems to be quite nicely extensible.
Is there a reason why com.github.fridujo.rabbitmq.mock.exchange.MockFanoutExchange.MockFanoutExchange() is protected?
I only want to implement a delegating "x-delayed-message" mock where the underlying exchange type is defined by "x-delayed-type" AmqArgument.
Best regards,
Vasil Stoyanov
The text was updated successfully, but these errors were encountered: