demarches-normaliennes/app/jobs/batch_operation_enqueue_all_job.rb

# frozen_string_literal: true

class BatchOperationEnqueueAllJob < ApplicationJob
  queue_as :critical

  def perform(batch_operation)
    batch_operation.enqueue_all
  end
end
chore: enable freeze string literals by comment 2024-04-29 00:17:15 +02:00			`# frozen_string_literal: true`

poc(batch_operations_controller): implement simple [not yet with procedure_presentation] action to create a batch operation 2022-11-19 06:03:59 +01:00			`class BatchOperationEnqueueAllJob < ApplicationJob`
BREAKING(sidekiq.queues): rationalize queues. now have critical, default, low Dear instances, make sure to update your sidekiq processes. Indead, we are adopting a new strategy for daemons that process our background jobs. Now their is only 3 queues on sidekiq (still, we keep archive/export on delayed job for now). The big idea : allow any worker to deal with any queue (capacity mgmt) : - critical: must be procesed now - default: will be processed asap - low: do it after everything else FYI: we had 50% of our server capacity on reserved queues. Leading to bottle neck processing (reserved queues/worker not processing other queues). We HAD TO fix it. Sorry for the inconvenience TBH, this is an idea of Colin Darie <colin@darie.eu>. I'm just pushing it forward. Co-Authored-By: Colin Darie <colin@darie.eu> 2024-09-24 20:58:26 +02:00			`queue_as :critical`
fix(batch): this is a hotfix, please be nice we just want to allow our infra to deal with BatchOperation when their is a big load 2024-09-24 09:31:07 +02:00
poc(batch_operations_controller): implement simple [not yet with procedure_presentation] action to create a batch operation 2022-11-19 06:03:59 +01:00			`def perform(batch_operation)`
			`batch_operation.enqueue_all`
			`end`
			`end`