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
Similar to the concept in pg-boss, it makes sense for some use-cases to only allow 1 job within a specific group in an active state and only allow 1 extra to be queued. It would make this library a good fit for my use-case. Is this something that would be possible/makes sense to add here?
I think this feature has come up a few years ago for the Perl version. If i remember correctly we couldn't come up with enough use cases (we usually require at least two unique use cases for a feature to be considered).
They are definitely versatile, but the only thing with the locks then is that you can really only use it with tasks that have a known/fixed time limit (without overshooting the TTL) and cannot rely on the heartbeats to unlock them automatically. Or is it possible to mimic this heartbeat functionality by somehow extending the lock?
Similar to the concept in
pg-boss
, it makes sense for some use-cases to only allow 1 job within a specific group in an active state and only allow 1 extra to be queued. It would make this library a good fit for my use-case. Is this something that would be possible/makes sense to add here?https://github.com/timgit/pg-boss/tree/master/docs#sendsingletonname-data-options
The text was updated successfully, but these errors were encountered: