Closed MartinLoeper closed 6 years ago
I'd be happy to look into this with you. Can you share a repo with minimal reproduction that I can hack on a little?
Thank you for the kind offer!
I just created a test repository for you: https://github.com/MartinLoeper/nestjs-288.
However, by doing this I already found the bug (hopefully). The fix is proposed in https://github.com/nestjs/nest/pull/301.
Hi @MartinLoeper, Thanks for reporting 😃 It'll be fixed in the nearest update!
Hi @MartinLoeper,
Please, update your packages into 4.5.0
and let me know whether it works or not 🙂
I know this specific issue has been solved, but I'm seeing a very similar situation only backwards. I have 2 nestjs apps:
If the micro shuts down after connection is made the API won't crash. (the client calls will just fail until the micro comes back up... perfect!)
However, if the API shuts down, the micro crashes due to uncaught exception: 'read ECONNRESET'.
I'm not sure if I'm just missing a step in my micro setup or if this is a bug!
Here's a small repo that reproduces the issue: https://github.com/egbertc/nestjs-micro-crash-demo
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.
I'm submitting a...
Targeting an old issue which is not answered with information how it was solved: #127
Current behavior
I get the following error when I call
this.client.send<number>(pattern, data);
on a TcpClient when the service is down:I cannot handle the error with a catch clause or a .catch on the Observable.
Expected behavior
I expect ECONNREFUSED to be catchable.
Minimal reproduction of the problem with instructions
What is the motivation / use case for changing the behavior?
I might catch the error and prevent node from crashing using the following code, but that is not the proper way:
Environment