But when an exception happens, “Immediate Retry” tries the message indefinitely. I looked at the Custom Recoverability Policy page, but probably misunderstood something. Do I have to configure a CustomPolicy for my configuration to take effect?
Or: do I need to configure configurability before/after some other configuration for it to work?
So an exception that is thrown from your user code?
That’¨s right.
Do you maybe see other exceptions after the user exception that could indicate a transport malfunction?
No, I only see this exception in the logs with an immediate retry every time. And this has happened with some other business level exceptions before (in the same saga). I decided to handle those differently so that the exception doesn’t bubble up all the way to the handler.
In the issue, the problem seems to be related to the number of messages in the queue. In my case there is generally a single message in the queue (I’m in the testing phase and there isn’t much activity other than the ones I create manually). Is there anything else that I should pay attention to?