Closed TomKeur closed 1 year ago
I've enabled the test runs. Can you take a look at the failures there.
Thanks for the quick reply! I've fixed the styling issue, somehow the last version of Laravel Pint did not come up this error, but I've fixed it by using the same composer command used in the GitHub Action workflow :).
@adm-bome any thoughts? If not I'll merge tomorrow.
For your info: today I've upgraded to RabbitMQ 3.12.2, now I'm able to set the Default Queue type per vhost, when it's set to quorum, every queue generated will be a quorum queue.
But I guess it's still a nice addition for people working with an older version of RabbitMQ.
@khepin I will look in to it. (Will comment in 2 à 3 days)
Any news? I was thinking, maybe we should make it a own configuration parameter, since this could be a "breaking" change, because it changes the default behavior.
My concern.
When enabling delay queues, an inline option could be set to also make delay queues quorum. When you want to and quorum was set for the processing queue.
Also testing for this config and the functional part would be nice addition.
After doing some research, it seems like for the default we do not want to use Quorum queues for Delay queues, see:
https://www.rabbitmq.com/quorum-queues.html#use-cases
"When Not to Use Quorum Queues",
Temporary nature of queues: transient or exclusive queues, high queue churn (declaration and deletion rates)
But since RabbitMQ 3.12 you can set the default on vhost level in the GUI, when creating a new vhost. So maybe it should be an option, to set the "Default" for delay queues, for example
'x-queue-type' => 'classic',
So, it makes no sense and will not add any performance to the processing of messages.
Fixes #563