retrypolicy

    -1

    2答えて

    C#で書かれたクライアントアプリケーションを使用して、企業のExchangeサーバーに大量の電子メールを送信しています。 クライアントアプリケーションがタイムアウトすることがあります(サーバーではありません)。 サーバーが要求を完了したかどうかを知る方法がないので、この場合の再試行の処理方法は? 重複を避けるために使用できるIDはありません。 タイムアウトを長く設定したり、タイムアウトを無限に設定

    1

    2答えて

    ようなシナリオで最高の再試行ポリシーは何です: Databaseは、データエントリを作成することに成功したが、その後、応答がApplicationに達するのに時間がかかりすぎます。したがって、作業を実行するにはApplicationが作成を再試行し、もちろんDatabaseは "already exists"エラーを返します。ですから、Applicationの視点からは、創造は失敗したようですが、

    2

    1答えて

    を使用した後にこれは私が、私はエラーターゲット保管場所のURIが指定されていないを取得していますbackgroundRequestOptionを指定するとAzureストレージは public CloudTableClient ConfigureStorageAccount() { var storageCred = new StorageCredentials(ConfigurationManag

    1

    1答えて

    ExecutorCompletionService経由でAPIを呼び出すためのリトライポリシーを設定する必要があります。 サンプルコード: public void func() throws Exception{ ExecutorService executorService = Executors.newFixedThreadPool(5); CompletionServic

    0

    1答えて

    リフレッシュトークンの動作をリクエストに自動的に追加するには、RequestAdapterとRequestRetrierを採用しています。 再試行が制御なしで無期限に発生する問題。 class AuthHandler: RequestAdapter, RequestRetrier { func adapt(_ urlRequest: URLRequest) throws -> URLR

    1

    1答えて

    私はいくつかのデータを取得するのに成功した後に特定のエンドポイントを呼び出すよう要求しています。我々は、SNSトピックを使用してSQSキューにポスティングを送信し、それがエンドポイントを呼び出すことを達成しました。 SNS - > SQS - > My Endpoint(プロセスQメッセージ) - >外部Endpointを呼び出してデータを取得します。 ここで、注文が処理された直後にデータが入手で

    1

    1答えて

    Springの@Retryableアノテーションは、3回(デフォルト)再試行され、@Recoveryメソッドにフォールバックします。しかし、@CircuitBreakerは一度再試行し、状態が終了するとフォールバックします。私は、これら2つの組み合わせたい :回路ブレーカの状態を閉じたときに、(一時的なエラーに対処するために)戻って落ちる前に3回再試行しますが、状態が開いている場合は、直接フォール

    0

    1答えて

    電話がスリープモードにしてアプリに戻ったときにボレーリクエストが遅すぎるという数日から、私はボレーによって与えられたRetrypoliciesを非常に多く試しましたが、どれも正しく動作していませんでした。以下はデータを取得するためのボレーを要求するサンプルコードです。 JsonObjectRequest movieReq = new JsonObjectRequest( "MyUR

    0

    1答えて

    編集:この質問に対する回答として、Azure構成に関連する変更を受け入れることにします。 私はセットアップにサードパーティのサービスが一時的に利用できない即座に再試行メッセージを防止するための再試行ポリシーをしようとしています。 現在、ジョブはすぐに複数回を再試行し、サードパーティのサービスの一時的な停止に起因するたびに失敗しています。 これらのメッセージの再試行の遅​​延を設定するにはどうすれば

    1

    1答えて

    フェールセーフ回路ブレーカが開いているときの要求はどこに保存されていますか?回路が開いている間にアプリケーションを再起動すると、再試行されるはずのすべてのリクエストが失われますか?これらのメッセージを取得する方法はありますか?