更新的解决方案
总体而言,解决方案非常简单。如果您正在对 Object(如 MyClass.new.delay.some_method)执行延迟作业,那么您需要将错误处理定义为对象方法。如果您在 Class(如 MyTestMailer.test_email ...)上执行延迟作业,那么您需要将错误处理定义为类方法。
假设您有一个名为TestMailer 的邮件。解决方案是将错误处理定义为类方法,而不是对象方法:
# Your rails mailer
class TestMailer
# Whoa! error has to be a class method!
def self.error(job, e)
puts "I can now handle test mailer errors in delayed job!!!!"
end
end
现在上面的def self.error方法将被用作延迟作业中的错误回调!
或者,如果您希望能够处理所有操作邮件错误,
class ActionMailer::Base
def self.error(job, e)
puts "I can now handle all mailer errors in delayed job!!!"
end
end
原因在于 DelayedJob 的内部 PerformableMethod 处理错误的方式。 PerformableMethod 有两个东西:一个目标对象和一个目标方法。在 Action Mailer 的情况下,目标对象不是一个对象,而是您的邮件程序类TestMailer。目标方法是您使用的邮件方法,例如test_mail。 DelayedJob 查找目标对象上的所有钩子(error、before、after 等)。但在我们的例子中,目标对象就是类本身。因此,钩子必须定义为类方法。
DelayedJob 处理 ActionMailer 邮件的方式有点老套。如果添加对象方法而不是类方法,则会引发不需要的异常。例如,这里是代码:
# In <delayed-job-gem>/lib/delayed/performable_method.rb
module Delayed
class PerformableMethod
# line #7
delegate :method, :to => :object
ruby 中的每个对象都有一个method 函数,用于获取对该类中方法的原始引用。但是在 DelayedJob - 这个原始的method 函数已经被委托给其他一些目标对象。此 hack 使我们无法正常使用 def error 函数来处理作业错误。
编辑:添加脚注,小澄清
编辑 2:重新排序的答案