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
And then in StartConsumerCommand if those options are not specified on the command line, it looks for them in the xml, and if not found in either the command line or the xml then it uses the default values?
Thanks.
The text was updated successfully, but these errors were encountered:
First of all thanks for using the extension and for your contribution. I took a quick look and the changes look fine, I would be a bit tempted of making the new parameters optional in the interface, to make the changes not backward incompatible. It's not considered best practice, but it would make the update seamless for the extension users. What's your idea on that?
I don't think that will be enough. Sure I can say int $maxRetries = 5, int $retryInterval = 0 in BrokerInterface, and do the same for the other interfaces, but the breaking changes are more extensive than that.
Anyone who has implemented their own Broker, Config or QueueMessageRepository from the interfaces will break because their function definitions will be different. Also anyone who passes in the $maxRetries parameter to the MessageRepository constructor will find their system not working as expected.
If those are acceptable risks let me know and I'll proceed with the optional parameter changes.
Could the ceQueue definition include, optionally, the fields
interval, limit, requeue, runonce
?Something like:
And then in
StartConsumerCommand
if those options are not specified on the command line, it looks for them in the xml, and if not found in either the command line or the xml then it uses the default values?Thanks.
The text was updated successfully, but these errors were encountered: