Pro-Changes.md in sidekiq-2.17.0 vs Pro-Changes.md in sidekiq-2.17.1
- old
+ new
@@ -1,29 +1,54 @@
Sidekiq Pro Changelog
=======================
Please see [http://sidekiq.org/pro](http://sidekiq.org/pro) for more details and how to buy.
-HEAD
+1.4.0
-----------
+- Default batch expiration has been extended to 3 days, from 1 day previously.
+- Batches now sort in the Web UI according to expiry time, not creation time.
+- Add user-configurable batch expiry. If your batches might take longer
+ than 72 hours to process, you can extend the expiration date.
+
+```ruby
+b = Sidekiq::Batch.new
+b.expires_in 5.days
+...
+```
+
+1.3.2
+-----------
+
+- Lazy load Lua scripts so a Redis connection is not required on bootup.
+
+1.3.1
+-----------
+
+- Fix a gemspec packaging issue which broke the Batch UI.
+
+1.3.0
+-----------
+
Thanks to @jonhyman for his contributions to this Sidekiq Pro release.
This release includes new functionality based on the SCAN command newly
added to Redis 2.8. Pro still works with Redis 2.4 but some
functionality will be unavailable.
- Job Filtering in the Web UI!
You can now filter retries and scheduled jobs in the Web UI so you
only see the jobs relevant to your needs. Queues cannot be filtered;
Redis does not provide the same SCAN operation on the LIST type.
- **Redis 2.8 only**
+ **Redis 2.8**
+ 
- SCAN support in the Sidekiq::SortedSet API. Here's an example that
finds all jobs which contain the substring "Warehouse::OrderShip"
and deletes all matching retries. If the set is large, this API
will be **MUCH** faster than standard iteration using each.
- **Redis 2.8 only**
+ **Redis 2.8**
```ruby
Sidekiq::RetrySet.new.scan("Warehouse::OrderShip") do |job|
job.delete
end
```
@@ -31,21 +56,22 @@
- Sidekiq::Batch#jobs now returns the set of JIDs added to the batch.
- Sidekiq::Batch#jids returns the complete set of JIDs associated with the batch.
- Sidekiq::Batch#remove\_jobs(jid, jid, ...) removes JIDs from the set, allowing early termination of jobs if they become irrelevant according to application logic.
- Sidekiq::Batch#include?(jid) allows jobs to check if they are still
relevant to a Batch and exit early if not.
-- Sidekiq::SortedSet#find\_job(jid) now uses server-side Lua **Redis 2.6 only** [jonhyman]
+- Sidekiq::SortedSet#find\_job(jid) now uses server-side Lua if possible **Redis 2.6** [jonhyman]
- The statsd integration now sets global job counts:
```ruby
jobs.count
jobs.success
jobs.failure
```
- Change shutdown logic to push leftover jobs in the private queue back
into the public queue when shutting down with Reliable Fetch. This
allows the safe decommission of a Sidekiq Pro process when autoscaling. [jonhyman]
+- Add support for weighted random fetching with Reliable Fetch [jonhyman]
- Pro now requires Sidekiq 2.17.0
1.2.5
-----------
@@ -86,20 +112,20 @@
- **Reliable fetch now supports multiple queues**, using the algorithm spec'd
by @jackrg [#1102]
- Fix issue with reliable\_push where it didn't return the JID for a pushed
job when sending previously cached jobs to Redis.
- Add fast Sidekiq::Queue#delete\_job(jid) API which leverages Lua so job lookup is
- 100% server-side. Benchmark vs Sidekiq's Job#delete API:
+ 100% server-side. Benchmark vs Sidekiq's Job#delete API. **Redis 2.6**
```
Sidekiq Pro API
0.030000 0.020000 0.050000 ( 1.640659)
Sidekiq API
17.250000 2.220000 19.470000 ( 22.193300)
```
- Add fast Sidekiq::Queue#delete\_by\_class(klass) API to remove all
- jobs of a given type. Uses server-side Lua for performance.
+ jobs of a given type. Uses server-side Lua for performance. **Redis 2.6**
1.1.0
-----------
- New `sidekiq/pro/reliable_push` which makes Sidekiq::Client resiliant