resque-retry

    0

    1答えて

    私は、指数バックオフによる失敗後に遅延する必要があるタスクを再作成しました。しかし時々指数的バックオフがリセットされるべきである - 仕事が最終目標に向かって進歩するならば、遅れは非常に短くなるはずだが、失敗してもそれは待つべきである。したがってジョブは実行され、失敗した場合は2つの異なる障害モードがあります。 1つの障害モードでは、ジョブはすぐに再試行されますが、バックオフが開始されます。他の障

    0

    1答えて

    https://github.com/ono/resque-cleaner このドキュメントでは、コンソールでメソッドを使用する方法について説明します。もし失敗したらすぐに特定のジョブを再キューに入れるためにメソッドを呼びたいと思ったらどうでしょうか?

    1

    2答えて

    私はAsyncTask.THREAD_POOL_EXECUTORで共通の要求と応答を持っています。手動で再試行回数を実装しました。次に、2つのWebサービスが同時に動作していて、お互いの再試行回数を使用している場合はどうなりますか。 私は、クライアントOkHttpClientでレトロフィットを使用しています。

    5

    1答えて

    resque-retry gemのREADMEでは、実装時のバックエンドの実装の変更について説明しています。 MultipleWithRetrySuppressionは、リトライ抑制機能を備えた複数の障害バックエンドです。 ここでRedisの障害バックエンドを使用して、例を示します:ジョブが失敗した場合 require 'resque-retry' require 'resque/failure

    18

    2答えて

    私はresque-retryのリトライ機能をテストする仕様を書こうとしていますが、binding.pryを正しく打つためのテストを受けることができないようです。 rspec 3を使用してこの機能をテストする方法があるので、意図したとおりに機能していることを確認できますか? これはリクエスト仕様であり、私はフィクスチャを介してライブリクエストをシミュレートしようとしていますが、何を試しても再試行する