add the ability to create internal queues as quorum type instead of hard-coded classic

[Michalis-Apostolou]

Need

We need to upgrade the rmq cluster to version 4+. in this version High Availability (HA) policy with mirror queues has been deprecated and completely removed https://www.rabbitmq.com/docs/3.13/ha . So we need to replace all classic queue definitions with quorum

Problem

Rabbit-queue creates internal queues to implement scheduled publishing for a message

1. there is a queue created on app connect {prefix}_delay_reply
2. The publisher for a delayed messaged for XXX amount creates the queue {prefix}_delay_{XXX}

Example:

Since the library does not define the type of the queue , the are created to what is default on the virtual host.

If can't/don't want to change the default queue type of the virtual host , you should have the ability to define if these queues should be created as quorum or not.

Solution

By utilizing a new option available in the package scheduledPublishQueuesAsQuorum on rabbit config, this will passed around during the creating of the queues.
In order to avoid conflicts between already created classic queues and newly created quorum queues , the naming convention changes to

1. {prefix}_delay_quorum_reply
2. {prefix}_delay_quorum_{XXX}

[kkyriakidis]

should this be delay_quorum_reply?

[Michalis-Apostolou]

This value is derived by module's variable delayedQueueNameReply

rabbit-queue/ts/delay-queue.ts

Line 22 in 5119a30

deadLetterRoutingKey: delayedQueueNameReply,

which is set by createDelayQueueReply parameter.
Amended the test , to also call createDelayQueueReply with createQueueAsQuorum , so it set the expected queue name.

[iliasbibas]

I think we need to look a bit deeper on how quorum queues handle dead lettering, a policy might be needed if we need the messages to end up in a DLQ instead of silently dropped.

[iliasbibas]

💭 This uses defaultQueueType, but below in publishWithDelay scheduledPublishQueuesAsQuorum is used. This might lead to having the delay and the reply queues with different types, not sure if we want that.