You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Rather than integrating retry execution logic, separating RetryContext (e.g., retryCount, retryPolicy, etc.) found to be useful during the implementation of #482 to support varieties for retry execution, such as retrying using Future.
The text was updated successfully, but these errors were encountered:
- airframe-control: Simplify Retryer (=> RetryContext) to support http error handling #467#491
- Add HttpStatus code representations using type classes (xxxAdapter)
- Add a standard HTTP response hander #366
- Add a finagle-based HTTP client
- Add async/sync http clients. Using F[_] as an abstraction of Future. This is useful to remove the dependency to Finagle in airframe-http.
- Support circuit breaker (No code for this. We can use circuit breaker of Finagle by customizing FinagleClientConfig.initClient)
- Integrate control.Retry and FinagleRetryFilter.
- Finagle will not enable request retry by default, so we anyway need to add our own retry filter.
- Simplified control.Retry so that we can use this retry logic both for imperative programming and Future-based programming.
- Support response/request -> object mapping with airframe-codec.
Rather than integrating retry execution logic, separating RetryContext (e.g., retryCount, retryPolicy, etc.) found to be useful during the implementation of #482 to support varieties for retry execution, such as retrying using Future.
The text was updated successfully, but these errors were encountered: