RabbitMQ: Connection Resiliency functions in unexpected manner

[ssilve1989]

Current Functionality

Currently it looks like the only way connection resiliency is supported is through setting wait: false on the connectionInitOptions. This results in the Nest service reporting that it has been successfully bootstrapped even though a Rabbit connection may have not been established. This results in application lifecycle events, like, onApplicationBootstrap being triggered before a rabbit connection could be established placing the burden of verifying the connection onto a consumer (some module injecting AmqpConnection)

Expected Functionality

Instead, I would expect additional functionality to be available, similar to that of the @nestjs/typeorm module where the module does not report it is ready until a connection is successfully established. The current property wait when set to true is misleading, in that it does not wait for a connection, instead it just fails if a connection cannot be established within the timeout period

[ERROR] 39404 - 11/16/2020, 7:51:41 AM [Nest] Failed to connect to a RabbitMQ broker within a timeout of 30000ms
Error: Failed to connect to a RabbitMQ broker within a timeout of 30000ms

resulting in the application crashing. There should be additional properties, as requested here #200 that alongside the wait:true property allow for attempting to connect up to N times with some delay before throwing an error.

[dimauloagustin]

same issue here!!

[github-actions]

This issue is stale because it has been open for 30 days with no activity.