Tags: swift-server/RediStack
Tags
Lay groundwork for RESP3 support and flat ChannelHandler hierarchy ## Motivation Since Redis 6.0, a new serialization protocol format (v3) is available that gives richer semantic reasoning behind the different types to enable commands to better understand the return types to provide in their programming language. In addition, the `RESPTranslator` type is going to see more direct usage, and the current API doesn't make read well. ## Changes - Add: Internal `RESPVersion` enum that the `RESPTranslator` will start to use - Rename: `RESPTranslator.parseBytes` to `RESPTranslator.read(from:)`
#103 -- Provide error in unsubscribe pub/sub handler if available
92 -- Accept event loop and logger in RedisClient commands There are many times that developers want exact control over which EventLoop will be executing their chained EventLoopFuture callbacks and which Logger will do the logging in calls deep within RediStack. All commands will now accept an optional EventLoop and Logger to hop to, and using the logger for desired logs.
92 -- Accept event loop and logger in RedisClient commands There are many times that developers want exact control over which EventLoop will be executing their chained EventLoopFuture callbacks and which Logger will do the logging in calls deep within RediStack. All commands will now accept an optional EventLoop and Logger to hop to, and using the logger for desired logs.