Que v0.11.0 Release NotesRelease Date: 2015-09-04 // about 6 years ago
👷 A command-line program has been added that can be used to work jobs in a more flexible manner than the previous rake task. Run
que -hfor more information.
👷 The worker pool will no longer start automatically in the same process when running the rails server - this behavior was too prone to breakage. If you'd like to recreate the old behavior, you can manually set
Que.mode = :asyncin your app whenever conditions are appropriate (classes have loaded, a database connection has been established, and the process will not be forking).
Add a Que.disable_prepared_transactions= configuration option, to make it easier to use tools like pgbouncer. (#110)
👀 Add a Que.json_converter= option, to configure how arguments are transformed before being passed to the job. By default this is set to the
Que::INDIFFERENTIATORproc, which provides simple indifferent access (via strings or symbols) to args hashes. If you're using Rails, the default is to convert the args to HashWithIndifferentAccess instead. You can also pass it the Que::SYMBOLIZER proc, which will destructively convert all keys in the args hash to symbols (this will probably be the default in Que 1.0). If you want to define a custom converter, you will usually want to pass this option a proc, and you'll probably want it to be recursive. See the implementations of Que::INDIFFERENTIATOR and Que::SYMBOLIZER for examples. (#113)
When using Que with ActiveRecord, workers now call
ActiveRecord::Base.clear_active_connections!between jobs. This cleans up connections that ActiveRecord leaks when it is used to access mutliple databases. (#116)
👷 If it exists, use String#constantize to constantize job classes, since ActiveSupport's constantize method behaves better with Rails' autoloading. (#115, #120) (joevandyk)