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
An additional element used in Redis JobStore is global locking with Redis' publish and subscribe mechanism (Pub/Sub), in which JobStore listens to an ‘unlock’ message.
I also see a class UnlockListener is defined in the RedisJobStore but is not being used anywhere.
The text was updated successfully, but these errors were encountered:
abhishek-goyal
changed the title
Is redis-quartz using Pub sub mechanism to pub/sub mechanism to implement global locking?
Is redis-quartz using Pub/sub mechanism to implement global locking?
Feb 4, 2017
Hi @abhishek-goyal , when the above blog post was published, redis-quartz had used pub/sub to implement global locking.
It is using jedis-lock now, which is implementing redis distributed lock.
Thanks that clarifies my doubt.
Just wondering why did we move away from pub-sub mechanism of locking? Does distributed lock mechanism we are using (jedis-lock) provides a performance gain or is more reliable?
As per the blog: https://redislabs.com/blog/run-quartz-the-java-job-scheduler-on-top-of-redis/, redis-quartz should be using pub/sub mechanism to implement global locking. Instead I see the library using JedisLock to implement this (which is in-turn using setNX and timeout for locking).
I also see a class UnlockListener is defined in the RedisJobStore but is not being used anywhere.
The text was updated successfully, but these errors were encountered: