Changelog History
Page 2
-
v7.0.6 Changes
August 06, 2020- 👷 Workers with wildcard queue will find new queues (#413)
- ⚡️ Update Dependencies
-
v7.0.5 Changes
July 16, 2020- 👷 Multi worker cleanup (#346)
- Apply prettier to markdown files (#348)
- ➕ Add links to "domain" in documentation (#347)
- 🛠 Fix checkWrapper typo (#345)
- 🛠 Fix remaining typo (#377)
- 🛠 Fix JavaScript mis-spelling typo (#370)
- 👷 Multiworker: fix error handler queue interpolation typo (#372)
- ⚡️ Update README.md (typo) (#361)
- ⚡️ Update dependencies
-
v7.0.4 Changes
April 23, 2020connectionOptions.scanCount (#330)
👍 Allows the setting of
connectionOptions.scanCount
to increase the number of keys scanned by each iteration ofconnection.getKeys
. On large datasets, this will improve the performance ofqueue.allDelayed()
,queue.locks()
,queue.stats()
and even scheduler polling can get very slow, taking over 30 seconds. This is becauseredis.scan()
gets invoked hundreds of thousands of times whenconnection.getKeys()
gets called.connection.getKeys()
uses theSCAN
command in Redis. When usingSCAN
, theCOUNT
parameter is set to 10 by default.const connectionDetails = { host: "127.0.0.1", password: null, port: 6379, database: 0scanCount: 1000 // \<-- New!};const queue = new Queue({ connection: connectionDetails }, jobs);await queue.connect();await queue.stats()
Misc
-
v7.0.2 Changes
March 16, 2020- Schedule should also watch delayed_queue_schedule #329
- ⚡️ Update Dependencies
-
v7.0.1 Changes
February 20, 2020⚡️ Update Dependencies
👀 See fe629db
-
v7.0.0 Changes
February 20, 2020📇 Rename
Master
toLeader
(#323)While no underlying functionality has changed, this is a breaking change due to the new names of events/emitters
- ⚡️ Updated effected event handlers from
master
toleader
- ⚡️ Updated
README.md
to reflect the change frommaster
toleader
- Any changes to import statements are them being reordered via TypeScript Hero
- ✅ Fixed typo in
__tests__ /utils/specHelper.ts
, object was namedSpecHeloer
, changed toSpecHelper
🐳 Docker examples (#321)
- ➕ Adds examples of how to properly start and stop node-resque processes in docker.
- 🐳 An accompanying blog post can be found here: https://blog.evantahler.com/production-node-applications-with-docker-3-devops-tips-for-shutting-down-properly-ed54f09f0a7f
- ⚡️ Updated effected event handlers from
-
v6.0.9 Changes
February 16, 2020Emit Duration (#320)
We now emit
duration
for success and failure events:worker.on("success", (queue, job, result, duration) =\> { console.log( `job success ${queue} ${JSON.stringify(job)} \>\> ${result} (${duration}ms)` ); }); worker.on("failure", (queue, job, failure, duration) =\> { console.log( `job failure ${queue} ${JSON.stringify(job )} \>\> ${failure} (${duration}ms)` ); });
-
v6.0.8 Changes
February 15, 2020👷 Use
multi
transactions to increase safety with delayed jobs👷 We now uses Redis transactions (with multi) when enqueuing a delayed job and deleting a delayed job queue.
We need to invoke the "watch" command by the scheduler to be notified of any changes to the delayed queue we are about to delete. Then we check that its length is 0. If it isn't we exit. If it is, we start preparing the new multi() command to delete the queue and its entry in
delayed_queue_schedule
. If a new job is inserted while we are doing this, the "watch" command will prevent the delete from succeeding.Otherwise, even in the race condition when a job is being added to the same delayed queue that is being removed, the scheduler will remove the queue and entry in
delayed_queue_schedule
, and then the enqueue will add it back again. -
v6.0.7 Changes
January 16, 2020- ⚡️ Update dependancies to latest versions
- ⚡️ update type of JobEmit to include args