- 2.58.0 (latest)
- 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 interface StreamResumptionStrategy<RequestT,ResponseT>
This is part of the server streaming retry api. Its implementers are responsible for tracking the progress of the stream and calculating a request to resume it in case of an error.
Implementations don't have to be threadsafe because all of the calls will be serialized.
Type Parameters
Name | Description |
RequestT | |
ResponseT |
Methods
canResume()
public abstract boolean canResume()
If a resume request can be created.
Type | Description |
boolean |
createNew()
public abstract StreamResumptionStrategy<RequestT,ResponseT> createNew()
Creates a new instance of this StreamResumptionStrategy without accumulated state
Type | Description |
StreamResumptionStrategy<RequestT,ResponseT> |
getResumeRequest(RequestT originalRequest)
public abstract RequestT getResumeRequest(RequestT originalRequest)
Called when a stream needs to be restarted, the implementation should generate a request that will yield a new stream whose first response would come right after the last response received by processResponse.
Name | Description |
originalRequest | RequestT |
Type | Description |
RequestT | A request that can be used to resume the stream. |
processResponse(ResponseT response)
public abstract ResponseT processResponse(ResponseT response)
Called by the ServerStreamingAttemptCallable
when a response has been successfully
received. This method accomplishes two goals:
- It allows the strategy implementation to update its internal state so that it can compose the resume request
- It allows the strategy to alter the incoming responses to adjust for after resume. For example, if the responses are numbered sequentially from the start of the stream, upon resume, the strategy could rewrite the messages to continue the sequence from where it left off. Please note that all messages (even for the first attempt) will be passed through this method.
Name | Description |
response | ResponseT |
Type | Description |
ResponseT |