- 2.59.0 (latest)
- 2.58.0
- 2.57.0
- 2.55.0
- 2.54.1
- 2.53.0
- 2.52.0
- 2.51.0
- 2.50.0
- 2.49.0
- 2.48.1
- 2.47.0
- 2.46.1
- 2.45.0
- 2.43.0
- 2.42.0
- 2.41.0
- 2.39.0
- 2.38.0
- 2.37.0
- 2.36.0
- 2.35.0
- 2.34.1
- 2.33.0
- 2.32.1
- 2.31.1
- 2.30.1
- 2.24.0
- 2.23.3
- 2.22.0
- 2.21.0
- 2.20.1
- 2.19.6
- 2.18.7
- 2.17.0
- 2.16.0
- 2.15.0
- 2.14.0
- 2.13.0
- 2.12.2
- 2.11.0
- 2.10.0
- 2.9.0
- 2.8.1
- 2.7.1
public final class ServerStreamingCallSettings<RequestT,ResponseT> extends StreamingCallSettings<RequestT,ResponseT>A settings class to configure a ServerStreamingCallable.
This class includes settings that are applicable to all server streaming calls, which currently just includes retries and watchdog timers.
The watchdog timer is configured via idleTimeout. The watchdog will terminate any
stream that has not has seen any demand (via StreamController#request(int)) in the
configured interval. To turn off idle checks, set the interval to Duration#ZERO.
Retry configuration allows for the stream to be restarted and resumed. It is composed of 3 parts: the retryable codes, the retry settings and the stream resumption strategy. The retryable codes indicate which codes cause a retry to occur, the retry settings configure the retry logic when the retry needs to happen, and the stream resumption strategy composes the request to resume the stream. To turn off retries, set the retryable codes to the empty set.
The retry settings have slightly different semantics when compared to unary RPCs:
- retry delays are reset to the initial value as soon as a response is received.
- RPC timeouts are reset to the initial value as soon as a response is received.
- RPC timeouts apply to the time interval between caller demanding more responses via StreamController#request(int) and the ResponseObserver receiving the message.
- RPC timeouts are best effort and are checked once every StubSettings#getStreamWatchdogCheckInterval().
- Attempt counts are reset as soon as a response is received. This means that max attempts is the maximum number of failures in a row.
- totalTimeout still applies to the entire stream.
Inheritance
java.lang.Object > StreamingCallSettings > ServerStreamingCallSettings<RequestT,ResponseT>Type Parameters
| Name | Description |
| RequestT | |
| ResponseT |
Methods
<RequestT,ResponseT>newBuilder()
public static ServerStreamingCallSettings.Builder<RequestT,ResponseT> <RequestT,ResponseT>newBuilder()| Type | Description |
| Builder<RequestT,ResponseT> |
getIdleTimeout()
public Duration getIdleTimeout()See the class documentation of ServerStreamingCallSettings for a description of what the #idleTimeout does.
| Type | Description |
| org.threeten.bp.Duration |
getResumptionStrategy()
public StreamResumptionStrategy<RequestT,ResponseT> getResumptionStrategy()See the class documentation of ServerStreamingCallSettings and StreamResumptionStrategy for a description of what the StreamResumptionStrategy does.
| Type | Description |
| StreamResumptionStrategy<RequestT,ResponseT> |
getRetrySettings()
public RetrySettings getRetrySettings()See the class documentation of ServerStreamingCallSettings for a description of what retrySettings do.
| Type | Description |
| RetrySettings |
getRetryableCodes()
public Set<StatusCode.Code> getRetryableCodes()See the class documentation of ServerStreamingCallSettings for a description of what retryableCodes do.
| Type | Description |
| Set<Code> |
toBuilder()
public ServerStreamingCallSettings.Builder<RequestT,ResponseT> toBuilder()| Type | Description |
| Builder<RequestT,ResponseT> |
toString()
public String toString()| Type | Description |
| String |