Problema de trilhos com touched_job e registro ativo
-
19-09-2019 - |
Pergunta
Estou usando o atraso_job para obter os dados de um usuário do Twitter da API, mas não o salvam no modelo por algum motivo! Por favor ajude! (código abaixo)
class BandJob < Struct.new(:band_id, :band_username) #parameter
def perform
require 'json'
require 'open-uri'
band = Band.find_by_id(band_id)
t = JSON.parse(open("http://twitter.com/users/show/#{band_username}.json").read)
band.screen_name = t['screen_name']
band.profile_background_image = t['profile_background_image_url']
band.url = 'http://' + band_username + '.com'
band.save!
end
fim
Para esclarecer, na verdade não estou recebendo erros, simplesmente não está salvando. Aqui está como é o meu log:
* [JOB] acquiring lock on BandJob
[4;36;1mDelayed::Job Update (3.1ms)[0m [0;1mUPDATE "delayed_jobs" SET locked_at = '2009-11-09 18:59:45', locked_by = 'host:dhcp128036151228.central.yale.edu pid:2864' WHERE (id = 10442 and (locked_at is null or locked_at < '2009-11-09 14:59:45') and (run_at <= '2009-11-09 18:59:45')) [0m
[4;35;1mBand Load (1.5ms)[0m [0mSELECT * FROM "bands" WHERE ("bands"."id" = 34) LIMIT 1[0m
[4;36;1mBand Update (0.6ms)[0m [0;1mUPDATE "bands" SET "updated_at" = '2009-11-09 18:59:45', "profile_background_image" = 'http://a3.twimg.com/profile_background_images/38193417/fbtile4.jpg', "url" = 'http://Coldplay.com', "screen_name" = 'coldplay' WHERE "id" = 34[0m
[4;35;1mDelayed::Job Destroy (0.5ms)[0m [0mDELETE FROM "delayed_jobs" WHERE "id" = 10442[0m
* [JOB] BandJob completed after 0.5448
1 jobs processed at 1.8011 j/s, 0 failed ...
Obrigado!
Solução
Definir Delayed::Job.destroy_failed_jobs = false
em um inicializador, dê uma olhada no delayed_jobs
tabela em seu banco de dados. Procure o last_error
Coluna de erro - que terá o rastreamento da pilha para que você possa diagnosticar o problema.
Você também pode estar interessado no touched_job_admin O plug -in, que adiciona um controlador para visualizar trabalhos.
Outras dicas
Eu tive o mesmo problema e saltei o trabalho atrasado e meu servidor fez o truque.
Descobriu isso.
Na verdade, foi um problema com o console e o atraso_job não jogando bem juntos. Eu tive que redefinir a variável no console, mas ela refletiu as alterações no modelo. Opa.