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
The QLPUSHTIMER command would allow adding an event that should run after an elapsed number of seconds (waitDuration). This isn't a guaranteed contract except when the consumer sends the TIMER option to QRPOP command which will ensure all events have met their waitDuration before returning them.
Events in the same queue are expected to have the same waitDuration to maintain simple checks.
I'm not totally sold on this feature, it seems like an odd thing to put in a queue. At the same time I understand why it'd be useful. I think we should try this out but be careful with how much complexity it's going to add to the codebase, I get the feeling it might not be worth it.
Also, if we do go forward with this, I think instead of TIMER we should instead make it WAIT. It's a little more clear what's actually going to happen. So the api would look like:
The QLPUSHTIMER command would allow adding an event that should run after an elapsed number of seconds (
waitDuration
). This isn't a guaranteed contract except when the consumer sends theTIMER
option to QRPOP command which will ensure all events have met theirwaitDuration
before returning them.Events in the same queue are expected to have the same
waitDuration
to maintain simple checks.The text was updated successfully, but these errors were encountered: