mirror of
https://github.com/rails/rails.git
synced 2022-11-09 12:12:34 -05:00
94ccd5410d
In some applications, some classes of errors may be raised during the execution of a job which the developer would want to retry forever. These classes of errors would most likely be infrastructure problems that the developer knows will be resolved eventually but may take a variable amount of time or errors where due to application business logic, there could be something temporarily blocking the job from executing, like a resource that is needed for the job being locked for a lengthy amount of time. While an arbitrarily large number of attempts could previously be passed, this is inexpressive as sometimes the developer may just need the job to continue to be retried until it eventually succeeds. Without this, developers would need to include additional code to handle the situation where the job eventually fails its attempts limit and has to be re-enqueued manually. As with many things this should be used with caution and only for errors that the developer knows will definitely eventually be resolved, allowing the job to continue. [Daniel Morton + Rafael Mendonça França] |
||
---|---|---|
.. | ||
abort_before_enqueue_job.rb | ||
application_job.rb | ||
callback_job.rb | ||
disable_log_job.rb | ||
enqueue_error_job.rb | ||
gid_job.rb | ||
hello_job.rb | ||
inherited_job.rb | ||
kwargs_job.rb | ||
logging_job.rb | ||
multiple_kwargs_job.rb | ||
nested_job.rb | ||
overridden_logging_job.rb | ||
prefixed_job.rb | ||
provider_jid_job.rb | ||
queue_adapter_job.rb | ||
queue_as_job.rb | ||
raising_job.rb | ||
rescue_job.rb | ||
retry_job.rb | ||
timezone_dependent_job.rb | ||
translated_hello_job.rb |