Lack of retries control in AbstractMessageHandler
In AbstractMessageHandler whe have some retry mechanism, but the current implementation contains one drawback: after failing processing of the message we abandon the one and in this case we can't controll repeated consumption and there is high chance that message will be received immediate.
We are doing the thread sleep for exponential backoff behavior, but it is innaficient because thread appears busy during the sleeping time. On the other hand, we unable to control max delivery count from the code, because it is an attribute of the topic subscribtion, not our services.
It would be good if we could have more control for retry behavior using service bus client infrastructure principally.