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
The synchronous and reactive API are consistent in handling exceptions:
sync calls throw instances of RedisExceptions on invocations
calls to Observable<T> transport exceptions within on onError
The asynchronous API sometimes throws exceptions on invoking a Redis command and sometimes exceptions are carried within the RedisFuture (CompletionStage).
The question here is, whether to shift all exceptions to the future or keep it as-is.
Examples for exception cases:
Redis connection is disconnected, and auto-reconnect is disabled: future-transported RedisException: Connection is in a disconnected state and reconnects disabled. Commands are not accepted.
Connection is closed (by user): command invocation throws RedisException: Connection is closed
Changed "Redis connection is disconnected, and auto-reconnect is disabled" exception to fail-fast since that exception came in in 3.3/4.0 and both versions are not released now.
The synchronous and reactive API are consistent in handling exceptions:
RedisExceptions
on invocationsObservable<T>
transport exceptions within ononError
The asynchronous API sometimes throws exceptions on invoking a Redis command and sometimes exceptions are carried within the
RedisFuture
(CompletionStage
).The question here is, whether to shift all exceptions to the future or keep it as-is.
Examples for exception cases:
RedisException
: Connection is in a disconnected state and reconnects disabled. Commands are not accepted.RedisException
: Connection is closedIllegalArgumentException
RedisException
: Request queue size exceededThe text was updated successfully, but these errors were encountered: