1
0
Fork 0
mirror of https://github.com/mperham/sidekiq.git synced 2022-11-09 13:52:34 -05:00
mperham--sidekiq/3.0-Upgrade.md

66 lines
2.8 KiB
Markdown
Raw Normal View History

2014-02-13 23:45:07 -05:00
# Upgrading to Sidekiq 3.0
Sidekiq 3.0 brings several new features but also removes old APIs and
changes a few data elements in Redis. To upgrade cleanly:
* Upgrade to the latest Sidekiq 2.x and run it for a few weeks.
`gem 'sidekiq', '< 3'`
This is only needed if you have retries pending.
* 3rd party gems which use **client-side middleware** will need to update
due to an API change. The Redis connection for a particular job is
passed thru the middleware to handle sharding where jobs can
be pushed to different redis server instances.
`def call(worker_class, msg, queue, redis_pool)`
Client-side middleware should use `redis_pool.with { |conn| ... }` to
perform Redis operations and **not** `Sidekiq.redis`.
2014-03-13 00:37:18 -04:00
* If you used the capistrano integration, you'll need to pull in the
new [capistrano-sidekiq](https://github.com/seuros/capistrano-sidekiq)
gem and use it in your deploy.rb.
2014-02-28 22:59:09 -05:00
* API changes:
2014-02-13 23:56:30 -05:00
- `Sidekiq::Client.registered_workers` replaced by `Sidekiq::Workers.new`
2014-02-13 23:45:07 -05:00
- `Sidekiq::Client.registered_queues` replaced by `Sidekiq::Queue.all`
- `Sidekiq::Worker#retries_exhausted` replaced by `Sidekiq::Worker.sidekiq_retries_exhausted`
2014-03-08 17:33:25 -05:00
- `Sidekiq::Workers#each` has changed significantly with a reworking
of Sidekiq's internal process/thread data model.
2014-05-30 00:11:57 -04:00
* `sidekiq/api` is no longer automatically required. If your code uses
the API, you will need to require it.
2014-02-13 23:45:07 -05:00
* Redis-to-Go is no longer transparently activated on Heroku so as to not play
favorites with any particular Redis service. You need to set a config option
for your app:
`heroku config:set REDIS_PROVIDER=REDISTOGO_URL`
* Anyone using Airbrake, Honeybadger, Exceptional or ExceptionNotifier
will need to update their error gem version to the latest to pull in
Sidekiq support. Sidekiq will not provide explicit support for these
services so as to not play favorites with any particular error service.
2014-03-19 19:53:22 -04:00
* MRI 1.9 is no longer officially supported. Sidekiq's official
2014-02-13 23:45:07 -05:00
support policy is to support the current and previous major releases
2014-03-19 19:53:22 -04:00
of MRI and Rails. As of February 2014, that's MRI 2.1, MRI 2.0, JRuby 1.7, Rails 4.0
and Rails 3.2. I will consider PRs to fix issues found by users for
other platforms/versions.
2014-02-24 23:47:44 -05:00
## Error Service Providers
If you previously provided a middleware to capture job errors, you
should instead provide a global error handler with Sidekiq 3.0. This
ensures **any** error within Sidekiq will be logged appropriately, not
just during job execution.
```ruby
if Sidekiq::VERSION < '3'
# old behavior
2014-02-25 23:36:13 -05:00
Sidekiq.configure_server do |config|
config.server_middleware do |chain|
chain.add MyErrorService::Middleware
end
end
2014-02-24 23:47:44 -05:00
else
Sidekiq.configure_server do |config|
2014-02-25 23:36:13 -05:00
config.error_handlers << Proc.new {|ex,context| MyErrorService.notify(ex, context) }
2014-02-24 23:47:44 -05:00
end
end
```
Your error handler must respond to `call(exception, context_hash)`.