Sidetiq无法在Rails 5.0升级后工作

Question

我正在将rails应用程序从Rails 4.2 / ruby 2.2.2迁移到Rails 5/ruby2.4。我遇到的大多数“问题”都很容易解决，但这一点让我有点困惑。

我通过Redis / Sidekiq / Sidetiq向工作人员发送了许多重复作业。它曾经工作得很好。现在，当我启动Sidekiq时，我的循环worker作业似乎没有被“加载”，所以基本上它们不会被排队或执行。这通常是在我启动Sidekiq后自动发生的，但现在我可能需要先显式实例化这些worker类？如果我手动执行并延迟(例如，perform_in 1秒)递归工作者类一次，那么这个类就会按照它应该执行的递归调度开始执行。在我手动执行这个"perform_in 1秒“作业后，我确实在Sidekiq中出现了错误，但我觉得这不是问题所在：

/.rvm/gems/ruby-2.4.0@rails5.0/gems/ice_cube-0.14.0/lib/ice_cube/validations/minute_of_hour.rb:7:警告: constant ::Fixnum已弃用

/.rvm/gems/ruby-2.4.0@rails5.0/gems/ice_cube-0.14.0/lib/ice_cube/validations/hour_of_day.rb:8:警告: constant ::Fixnum已弃用

/.rvm/gems/ruby-2.4.0@rails5.0/gems/ice_cube-0.14.0/lib/ice_cube/validations/day.rb:9:警告: constant ::Fixnum已弃用

下面是我的循环作业类：

class RecurringWorker
    include Sidekiq::Worker
    include Sidetiq::Schedulable

    recurrence do
        weekly.minute_of_hour(0, 15, 30, 45).hour_of_day(10, 11, 12, 13, 14, 15, 16, 17).day(1, 2, 3, 4, 5)
    end

    def perform
        # Some Code
    end
end

我的初始化器：

Sidetiq.configure do |config|
    # Clock resolution in seconds (default: 1).
    config.resolution = 1

    # Clock locking key expiration in ms (default: 1000).
    config.lock_expire = 100

    # When `true` uses UTC instead of local times (default: false).
    config.utc = false

    # Scheduling handler pool size (default: number of CPUs as
    # determined by Celluloid).
    config.handler_pool_size = 5

    # History stored for each worker (default: 50).
    config.worker_history = 50
end

所有gem依赖项似乎都是在最近的版本中安装的。

Answer 1

Sidekiq 5测试版已经发布，应该可以与Rails 5很好地协同工作