VHOST UNPAUSE <vhost-name> right now only permits new connections to a particularly vhost. Existing, paused, connections are left alone. This isn't exactly a problem because we are aware of this and specifically run FORCE_DISCONNECT where we want connections to be re-established, and heartbeats generally trigger clients to reconnect.
This patch changes the unpause behaviour:
Connections paused before the broker connection is established will be resumed without a client disconnect being required.
Connections paused with an open broker connection are disconnected.
Once these changes are active (specifically the first change) we can stop doing a second FORCE_DISCONNECT during a vhost migration:
This is a minor improvement in migration performance / client experience. It also clarifies the meaning of UNPAUSE - the current behaviour is a little surprising.
Looks like these changes are being affected by a clang-format upgrade. I'll put a separate PR up for the whole project too.
VHOST UNPAUSE <vhost-name>
right now only permits new connections to a particularly vhost. Existing, paused, connections are left alone. This isn't exactly a problem because we are aware of this and specifically runFORCE_DISCONNECT
where we want connections to be re-established, and heartbeats generally trigger clients to reconnect.This patch changes the
unpause
behaviour:Connections paused before the broker connection is established will be resumed without a client disconnect being required.
Connections paused with an open broker connection are disconnected.
Once these changes are active (specifically the first change) we can stop doing a second
FORCE_DISCONNECT
during a vhost migration:This is a minor improvement in migration performance / client experience. It also clarifies the meaning of
UNPAUSE
- the current behaviour is a little surprising.Looks like these changes are being affected by a clang-format upgrade. I'll put a separate PR up for the whole project too.