You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While using the 'message' event to process an incoming message on a worker I noticed that the worker was throwing an 'error' event on every single message but I was not getting anything in the error object.
After many hours I realized that the problem was within one of my functions processing said messages, but I couldn't realize from where since the exception thrown what getting lost.
I'm not sure if this is something you should fix or if I should just encapsulate all my code within try {} catch {} blocks.
I added some tests to check your problem.
Internally rsmq-worker wraps the message processing with a try-catch.
This is useful, because it keeps the worker running and processing messages even if a hard error was thrown.
But before version 0.3.7 a error appeared within the console/stderr-output.
Until the new 0.3.7 this log will be prevented if an error listener was attached or you set alwaysLogErrors = true.
In your case you described taht an error event was thrown, but without any content.
I couldn't reproduce this with the 2 new test cases. Can you help me with more details?
While using the 'message' event to process an incoming message on a worker I noticed that the worker was throwing an 'error' event on every single message but I was not getting anything in the error object.
After many hours I realized that the problem was within one of my functions processing said messages, but I couldn't realize from where since the exception thrown what getting lost.
I'm not sure if this is something you should fix or if I should just encapsulate all my code within try {} catch {} blocks.
i.e:
I'd be interested to hear your opinion on this.
The text was updated successfully, but these errors were encountered: