I am new to NodeJS and working with the ff packages:
- mongoose v5.0.9
- seneca v3.4.3 with seneca-amqp-transport and rabbitMQ as a broker (not sure if terminology is correct)
For the sample code and more info, check this link.
I noticed that if I have a simple seneca listener script (RPC) with rabbitMQ connection alone, no mongoose connection, the listener script dies after the rabbitMQ dies. This is because somehow seneca emits a 'kill' signal which okay with me. I want the listener script to die if it got disconnected to rabbitMQ. But if the seneca listener script (RPC) have rabbitMQ and mongoose connections, and the rabbitMQ dies, the listener script is still up and running. Somehow the mongoose is keeping the connection or the script up and running.
See output below:
INFO [2019-03-21T06:37:23.934Z] (27933 on mylaptop): Workers initialized...
INFO [2019-03-21T06:37:33.382Z] (27933 on mylaptop): -- Executing SIGINT listener...
INFO [2019-03-21T06:37:33.384Z] (27933 on mylaptop): Closing Database connection.
INFO [2019-03-21T06:37:33.387Z] (27933 on mylaptop): Closing Message broker.
INFO [2019-03-21T06:37:33.388Z] (27933 on mylaptop): Message broker closed.
INFO [2019-03-21T06:37:33.389Z] (27933 on mylaptop): Database connection closed.
INFO [2019-03-21T06:37:33.391Z] (27933 on mylaptop): Graceful exit done.
Terminating process...
INFO [2019-03-21T06:37:33.391Z] (27933 on mylaptop): -- Executing exit listener...
INFO [2019-03-21T06:37:33.391Z] (27933 on mylaptop): Closing Database connection.
INFO [2019-03-21T06:37:33.392Z] (27933 on mylaptop): Database connection closed.
INFO [2019-03-21T06:37:33.392Z] (27933 on mylaptop): Closing Message broker.
INFO [2019-03-21T06:37:33.392Z] (27933 on mylaptop): Message broker closed.
As you can see, i triggered the Ctrl+C (SIGINT) because the listener script did respond to the rabbitMQ shutdown, but you can also see that the -- Executing exit listener... - the exit signal by seneca - is already in the event loop of NodeJS but somehow not prioritized(?)/executed by NodeJS.
I want to know why? Is there a way to bypass this and prioritize the 'kill' signal from Seneca.
Thanks in advance.