Package com.google.api.gax.retrying

Class RetrySettings

java.lang.Object
com.google.api.gax.retrying.RetrySettings
All Implemented Interfaces:
Serializable
public abstract class RetrySettings extends Object implements Serializable
Holds the parameters for retry or poll logic with jitter, timeout and exponential backoff. Actual implementation of the logic is elsewhere.

The intent of these settings is to be used with a call to a remote server, which could either fail (and return an error code) or not respond (and cause a timeout). When there is a failure or timeout, the logic should keep trying until the total timeout has passed.

The "total timeout" and "max attempts" settings have ultimate control over how long the logic should keep trying the remote call until it gives up completely. The remote call will be retried until one of those thresholds is crossed. To avoid unbounded rpc calls, it is required to configure one of those settings. If both are 0, then retries will be disabled. The other settings are considered more advanced.

Retry delay and timeout start at specific values, and are tracked separately from each other. The very first call (before any retries) will use the initial timeout.

If the last remote call is a failure, then the retrier will wait for the current retry delay before attempting another call, and then the retry delay will be multiplied by the retry delay multiplier for the next failure. The timeout will not be affected, except in the case where the timeout would result in a deadline past the total timeout; in that circumstance, a new timeout value is computed which will terminate the call when the total time is up.

If the last remote call is a timeout, then the retrier will compute a new timeout and make another call. The new timeout is computed by multiplying the current timeout by the timeout multiplier, but if that results in a deadline after the total timeout, then a new timeout value is computed which will terminate the call when the total time is up.

Server streaming RPCs interpret RPC timeouts a bit differently. For server streaming RPCs, the RPC timeout gets converted into a wait timeout ApiCallContext.withStreamWaitTimeout(Duration).

In Cloud Client Libraries, Retry and LRO Retry Settings may be configured for each RPC in a service. These values are chosen by the service teams and may be found by looking at the {Service}StubSettings.java file in each library. The default values listed below for each configuration are the default values for the RetrySettings class if there are no RPC specific configurations from the Service Team.

See Also:

  • Nested Class Summary

    Nested Classes
    Modifier and Type
    Class
    Description
    static class 
    RetrySettings.Builder
    A base builder class for RetrySettings.

  • Constructor Summary

    Constructors
    Constructor
    Description
    RetrySettings()
     

  • Method Summary

    Modifier and Type
    Method
    Description
    abstract org.threeten.bp.Duration
    getInitialRetryDelay()
    InitialRetryDelay controls the delay before the first retry/ poll.
    abstract org.threeten.bp.Duration
    getInitialRpcTimeout()
    InitialRpcTimeout controls the timeout for the initial RPC.
    abstract int
    getMaxAttempts()
    MaxAttempts defines the maximum number of retry attempts to perform.
    abstract org.threeten.bp.Duration
    getMaxRetryDelay()
    MaxRetryDelay puts a limit on the value of the retry delay, so that the RetryDelayMultiplier can't increase the retry delay higher than this amount.
    abstract org.threeten.bp.Duration
    getMaxRpcTimeout()
    MaxRpcTimeout puts a limit on the value of the RPC timeout, so that the RpcTimeoutMultiplier can't increase the RPC timeout higher than this amount.
    abstract double
    getRetryDelayMultiplier()
    RetryDelayMultiplier controls the change in delay before the next retry or poll.
    abstract double
    getRpcTimeoutMultiplier()
    RpcTimeoutMultiplier controls the change in RPC timeout.
    abstract org.threeten.bp.Duration
    getTotalTimeout()
    TotalTimeout has ultimate control over how long the logic should keep trying the remote call until it gives up completely.
    abstract boolean
    isJittered()
    Deprecated.
    Retries always jitter.
    static RetrySettings.Builder
    newBuilder()
     
    abstract RetrySettings.Builder
    toBuilder()
     

    Methods inherited from class java.lang.Object

    clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait

  • Constructor Details

    • RetrySettings

      public RetrySettings()

  • Method Details

    • getTotalTimeout

      public abstract org.threeten.bp.Duration getTotalTimeout()
      TotalTimeout has ultimate control over how long the logic should keep trying the remote call until it gives up completely. The higher the total timeout, the more retries and polls can be attempted. If this value is Duration.ZERO, then the logic will instead use the number of attempts to determine retries. In the event that both maxAttempts and totalTimeout values are both 0, the logic will not retry. If this value is non-Duration.ZERO, and the retry duration has reaches the timeout value, the logic will give up retrying even the number of attempts is lower than the maxAttempts value.

      If there are no configurations, Retries have the default timeout value of Duration.ZERO and LROs have a default total timeout value of Duration.ofMillis(300000) (5 minutes).

    • getInitialRetryDelay

      public abstract org.threeten.bp.Duration getInitialRetryDelay()
      InitialRetryDelay controls the delay before the first retry/ poll. Subsequent retries and polls will use this value adjusted according to the RetryDelayMultiplier.

      If there are no configurations, Retries have the default initial retry delay value of Duration.ZERO and LROs have a default initial poll delay value of Duration.ofMillis(5000) (5 seconds).

    • getRetryDelayMultiplier

      public abstract double getRetryDelayMultiplier()
      RetryDelayMultiplier controls the change in delay before the next retry or poll. The retry delay of the previous call is multiplied by the RetryDelayMultiplier to calculate the retry delay for the next call.

      If there are no configurations, Retries have the default retry delay multiplier value of 1.0 and LROs have a default retry delay multiplier of 1.5.

    • getMaxRetryDelay

      public abstract org.threeten.bp.Duration getMaxRetryDelay()
      MaxRetryDelay puts a limit on the value of the retry delay, so that the RetryDelayMultiplier can't increase the retry delay higher than this amount.

      If there are no configurations, Retries have the default max retry delay value of Duration.ZERO and LROs have a default max poll retry delay value of Duration.ofMillis(45000) (45 seconds).

    • getMaxAttempts

      public abstract int getMaxAttempts()
      MaxAttempts defines the maximum number of retry attempts to perform. If this value is set to 0, the logic will instead use the totalTimeout value to determine retries. In the event that both the maxAttempts and totalTimeout values are both 0, the logic will not retry. If this value is greater than 0, and the number of attempts exceeds this limit, the logic will give up retrying even if the total retry time is still lower than totalTimeout.

      If there are no configurations, Retries and LROs have the default max attempt value of 0. LRO polling does not use this value by default.

      The first RPC invocation will be considered attempt #0. Subsequent calls (retries) will increment the number of attempts and the number of attempts will not exceed this value.

    • isJittered

      @Deprecated public abstract boolean isJittered()
      Deprecated.
      Retries always jitter.
      Jitter determines if the delay time should be randomized. In most cases, if jitter is set to true the actual delay time is calculated in the following way: 
      actualDelay = rand_between(0, min(maxRetryDelay, delay))
      The default value is true.

    • getInitialRpcTimeout

      public abstract org.threeten.bp.Duration getInitialRpcTimeout()
      InitialRpcTimeout controls the timeout for the initial RPC. Subsequent calls will use this value adjusted according to the RpcTimeoutMultiplier. RPC Timeout value of Duration.ZERO allows the RPC to continue indefinitely (until it hits a Connect Timeout or the connection has been terminated).

      If there are no configurations, Retries have the default initial RPC timeout value of Duration.ZERO. LRO polling does not use the Initial RPC Timeout value.

    • getRpcTimeoutMultiplier

      public abstract double getRpcTimeoutMultiplier()
      RpcTimeoutMultiplier controls the change in RPC timeout. The timeout of the previous call is multiplied by the RpcTimeoutMultiplier to calculate the timeout for the next call.

      If there are no configurations, Retries have the default RPC Timeout Multiplier value of 1.0. LRO polling does not use the RPC Timeout Multiplier value.

    • getMaxRpcTimeout

      public abstract org.threeten.bp.Duration getMaxRpcTimeout()
      MaxRpcTimeout puts a limit on the value of the RPC timeout, so that the RpcTimeoutMultiplier can't increase the RPC timeout higher than this amount.

      If there are no configurations, Retries have the default Max RPC Timeout value of Duration.ZERO. LRO polling does not use the Max RPC Timeout value.

    • newBuilder

      public static RetrySettings.Builder newBuilder()

    • toBuilder

      public abstract RetrySettings.Builder toBuilder()