Clump the delay to maxPossibleDelay#1
Clump the delay to maxPossibleDelay#1erlichmen wants to merge 5 commits intopurposeindustries:masterfrom
Conversation
according to https://www.rabbitmq.com/ttl.html the max value for x-expires is 2^32-1. Make sure that we don't overflow the value as it will throw precondition_failed error.
|
first of all: thanks for your contribution yes we are aware of that. I think we shouldn't silently change the |
|
I got the actual problem from the retry packages that uses schedule for the backoff delay. I don't think that the schedule module should handle splitting the tasks since that might cause different problems (what happens if someone by mistake schedule something for a millions years away?) error can be nice but how would a user handle it?, most likely the user would not handle it and we are back to square one (app crashing). most certainly the retry package needs to be fixed as well, but this is a one size fits all solution that at least doesn't crash the apps for existing users. |
|
You're right, |
|
sure scheduler shouldn't handle splitting the task, we are using an internal module for that. I think we could do something like this: Basically we can reuse |
Allow passing the exchange in order to publish thru it.
according to https://www.rabbitmq.com/ttl.html the max value for x-expires is 2^32-1.
Make sure that we don't overflow the value as it will throw precondition_failed error.