带有delayed_job的noMethodError(collectiveidea gem)

更新:这个问题有一个补丁: https : //github.com/collectiveidea/delayed_job/commit/023444424166ba2ce011bfe2d47954e79edf6798

更新2:对于在Heroku专门遇到此问题的任何人,我发现降级为Rake 0.8.7并使用延迟作业版本2.1.4工作,而延迟作业v3没有(虽然补丁它确实在本地工作) 。 这是在Bamboo-mri-1.9.2堆栈上。

我试图在本地的rails 3.1.0应用程序上实现delayed_job。 我运行了迁移并安装了gem文件:

gem 'delayed_job' gem 'delayed_job_active_record' 

关于collectiveidea github的文档( https://github.com/collectiveidea/delayed_job )。 我正在从我的控制器拨打延迟电话,如下所示:

 EventMailer.delay.event_message_email(current_user, @event_message) 

这会导致将任务添加到作业表中,但是当我运行rake作业时:工作它会记录以下错误:

 Class#event_message_email failed with NoMethodError: undefined method `event_message_email' for Class:Class - 6 failed attempts 

我已经查看了SO上的其他delayed_job NoMethod错误问题,但没有解决此特定错误或提供解决方案。 collectiveidea页面提到没有传递方法调用的这种格式是如何设置Rails 3邮件的黑客,所以我想知道这个文档是否可能有些过时,如果有一种新的方法来调用邮件程序方法?

更新:也毫不拖延地调用邮件程序方法工作正常,我在默认的rails服务器上运行它,因此在collectiveidea faq中提到的Thin问题不适用。 谢谢

我通过切换到delayed_job(DJ)版本2.1.2修复了这个问题。

我正在使用:rvm ruby​​ 1.8.7(2010-01-10 patchlevel 249)rails 3.0.9

Gemfile:gem“delayed_job”,“2.1.2”

在此之前,我尝试使用最新版本的delayed_job:gem“delayed_job”,:git =>’git://github.com/collectiveidea/delayed_job.git’对我来说是v3.0.0.pre

但是:rails生成的delayed_job没有生成迁移文件。 我是手动创建的。 然后在’rake db:migrate’之后我得到了用于存储delayed_job队列的表。 然后,当我认为一切都必须正常工作时,我也有同样的错误。

当我试图找到这个错误的来源时,在’delayed_jobs’表中我发现delayed_job的任务被错误地保存了。 以下是’delayed_jobs’表中字段’handler’的片段:

 --- !ruby/object:Delayed::PerformableMailer object: !ruby/class Notifier 

据我所知,delayed_job通过Struct类获取所有任务,因此任务应该用’!ruby / struct’标题保存,而不是’!ruby / object’这是正确保存任务的片段:

 --- !ruby/struct:Delayed::PerformableMailer object: !ruby/class Notifier 

为了检查这一点,我在控制台中停止了delaed_job进程。 然后我调用了一些方法将DJ的任务放到DB:

 Notifier.delay.some_email(current_user, @event_message) 

然后我在’handler’字段中手动将’!ruby / object’替换为’!ruby / struct’。 然后我开始DJ’佣金工作:工作’,它说我邮件已成功发送。

但是: – 这个任务没有从DJ的表中删除 – 邮件也没有送到收件人

所以我认为这是新版本delayed_job中的一个错误。 我改用DJ’2.1.2’,这对我很好。

PS:抱歉我的英文:)

在Rails 3中使用Mailer.delay.send_method似乎有些错误(他们提到它是文档中的黑客)。 我有相同的NoMethodError并通过使用替代方法创建文档中显示的作业来解决它,即使用perform方法创建一个新的Job类,例如

 class UserMailerJob < Struct.new(:text, :email) def perform UserMailer.your_mailer_method(text, email).deliver end end 

然后在我的控制器中创建作业:

 Delayed::Job.enqueue UserMailerJob.new(@text, @email) 

这比使用延迟稍微长一点,但它似乎正确地创建了作业并可靠地处理它们。

快速说明一下。 我有这个问题,因为我将模型中的变量传递给交付方法BEFORE_SAVE。 切换到AFTER_CREATE为我解决了问题。