Skip to content

Releases: redis/lettuce

4.4.6.Final

30 Jul 12:41
d7652c1
Compare
Choose a tag to compare

This is the 6th bugfix release for Lettuce 4.4 shipping with 7 tickets fixed.

Upgrading is recommended for all users.

You can find the full change log at the end of this document.
Thanks to all contributors that made Lettuce 4.4.5.Final possible.

Fixes

  • MULTI is dispatched to slave nodes using SLAVE readFrom #779 (Thanks to @Yipei)
  • ZSCAN match pattern encoding issue #792 (Thanks to @silvertype)
  • Javadoc mentions Delay.exponential() is capped at 30 milliseconds #799 (Thanks to @phxql)
  • GEORADIUS WITHCOORD returns wrong coordinate on multiple results #805 (Thanks to @dittos)
  • FutureSyncInvocationHandler the statement "command.get ()" in the handlerInvocation method is unnecessary #809 (Thanks to @zhangweidavid)
  • smembers returns elements in non-deterministic order #823 (Thanks to @alezandr)

Other

  • Upgrade to AssertJ 3.10.0 #794

Documentation

5.1.0.M1

14 May 15:19
0eac364
Compare
Choose a tag to compare
5.1.0.M1 Pre-release
Pre-release

This is the first preview release of Lettuce 5.1 shipping with improvements and bugfixes.

Most notable changes are:

  • API Preview for Redis Streams
  • Asynchronous pool implementation
  • SCAN streams, and initial
  • Global command timeouts (disabled by default)
  • Asynchronous connect methods for Master/Slave and Sentinel

Find the full change log at the end of this document that lists all 93 tickets.

<dependency>
  <groupId>io.lettuce</groupId>
  <artifactId>lettuce-core</artifactId>
  <version>5.1.0.M1</version>
</dependency>

Thanks to all contributors who made Lettuce 5.1.0.M1 possible.
Lettuce 5.1.0.M1 requires Java 8, Java 9, or Java 10.

New Exceptions for Redis Responses

This release introduces new Exception types for the following Redis responses:

  • LOADING: RedisLoadingException
  • NOSCRIPT: RedisNoScriptException
  • BUSY: RedisBusyException

All exception types derive from RedisCommandExecutionException and do not require changes in application code.

Redis Streams (Preview)

Redis 5.0 is going to ship with support for a Stream data structure.
A stream is a log of events that can be consumed sequentially. A Stream message consists of an id and a body represented as hash (or Map<K, V>).

Lettuce provides access to Stream commands through RedisStreamCommands supporting synchronous, asynchronous, and reactive execution models. All Stream commands are prefixed with X (XADD, XREAD, XRANGE).

Stream messages are required to be polled. Polling can return either in a non-blocking way without a message if no message is available, or, in a blocking way. XREAD allows to specify a blocking duration in which the connection is blocked until either the timeout is exceeded or a Stream message arrives.

The following example shows how to append and read messages from a Redis Stream:

// Append a message to the stream
String messageId = redis.xadd("my-stream", Collections.singletonMap("key", "value"));

// Read a message
List<StreamMessage<String, String>> messages = redis.xread(StreamOffset.from("my-stream", messageId));


redis.xadd("my-stream", Collections.singletonMap("key", "value"));

// Blocking read
List<StreamMessage<String, String>> messages = redis.xread(XReadArgs.Builder.block(Duration.ofSeconds(2)), 
                                                           StreamOffset.latest("my-stream"));

Redis Streams support the notion of consumer groups. A consumer group is a group of one or more consumers that tracks the last consumed Stream message and allows explicit acknowledgment of consumed messages.

// Setup stream, see https://github.com/antirez/redis/issues/4824
redis.xadd("my-stream", Collections.singletonMap("key", "value"));

// Create consumer group
redis.xgroupCreate("my-stream", "my-group", "$");
redis.xadd("my-stream", Collections.singletonMap("key", "value"));

// Read stream messages in the context of a consumer
List<StreamMessage<String, String>> messages = redis.xreadgroup(Consumer.from("my-stream", "consumer1"),
                XReadArgs.Builder.noack(),
                StreamOffset.lastConsumed(key));

// process message// Acknowledge message
redis.xack(key, "group", messages.get(0).getId());

Please note that the Redis Stream implementation is not final yet and the API is subject to change if the Redis API changes.

Scan Stream

Lettuce 5.1 ships with a reactive SCAN stream API that allows reactive and demand-aware usage of Redis' SCAN commands. SCAN is an interator-based command that requires multiple round-trips to Redis to scan the keyspace or a particular data structure. Instead of calling SCAN from your application code, you can use ScanStream as entrypoint to SCAN, HSCAN, SSCAN, and ZSCAN operations.
ScanStream returns a Flux that can be consumed as a single stream without the need of continuing the actual iteration. That's covered by Lettuce for you.

The LIMIT argument controls the batchsize. Demand (backpressure) is translated into cursor call. If you stop consuming the stream, no further SCAN calls are issued.

RedisReactiveCommands<String, String> reactive = redis.getStatefulConnection().reactive();

Flux<String> keys = ScanStream.scan(reactive, ScanArgs.Builder.limit(200));

Asynchronous non-blocking Connection Pooling

Right now, applications that utilize connection pooling in combination with a non-blocking API (asynchronous or reactive API users) are limited to Apache Commons Pool which is a blocking object pool implementation.

This release ships with non-blocking pooling support through AsyncPool that is obtained from AsyncConnectionPoolSupport. The pooling API allows for various implementations. As of Lettuce 5.1, a bounded pool is provided that allows limiting and that signals pool exhaustion by emitting NoSuchElementException.

The pooling API returns CompletableFuture instances to synchronize acquire and release operations. AsyncPool does not require external dependencies and features an improved performance profile in comparison to Apache Commons Pool 2.
This non-blocking pooling API is not a replacement for the blocking pool although it's possible that may provide a blocking layer that exports the pooling functionality through org.apache.commons.pool2.ObjectPool.

The following example show how to use AsyncPool.

AsyncPool<StatefulRedisConnection<String, String>> pool = AsyncConnectionPoolSupport.createBoundedObjectPool(
        () -> client.connectAsync(StringCodec.UTF8, uri),
        BoundedPoolConfig.builder()
                    .minIdle(4)
                    .maxIdle(8)
                    .maxTotal(16)
                    .testOnAcquire()
                    .build());

// Acquire connection and do some work
CompletableFuture<StatefulRedisConnection<String, String>> acquire = pool.acquire();

acquire.thenAccept(connection -> {

    connection.async().set("key", "value").whenComplete((v, e) -> {
        pool.release(connection);
    });
});


// later
CompletableFuture<Void> closeFuture = pool.closeAsync();

Global Command Timeouts

Lettuce can be used through various APIs. The most common one is the synchronous API which emulates blocking behavior on top of a reactive and non-blocking driver. A natural aspect of blocking APIs are timeouts
when it comes to I/O. Using the asynchronous or reactive API do not have timeouts as there was no active component that tracked command runtime durations.

With Lettuce 5.1, you get the possibility to configure a global command timeout through ClientOptions and TimeoutOptions that can determine timeouts on a RedisCommand basis. This timeout applies on a command basis and completes commands with RedisCommandTimeoutException.

You can change the timeout on running connections through RedisURI.setTimeout(…), RedisClient.setDefaultTimeout(…), and StatefulConnection.setTimeout(…) if TimeoutOptions are enabled - global command timeouts are disabled by default.

TimeoutOptions timeoutOptions = TimeoutOptions.enabled(Duration.ofMinutes(1));

ClientOptions.builder().timeoutOptions(timeoutOptions).build();

Thanks to all contributors that made Lettuce 5.1.0.M1 possible.

Lettuce 5.1.0.M1 requires Java 8 and cannot be used with Java 6 or 7.

If you need any support, meet Lettuce at:

Commands

  • Add AUTH option to MIGRATE command #733
  • Add MASTER type to KillArgs #760

Enhancements

  • Support for command timeouts (async, reactive) #435
  • Use object pooling for collections inside a single method and Command/CommandArgs with a small scope #459
  • Add support for Redis streams #606
  • Introduce dedicated exceptions for NOSCRIPT and BUSY responses #620 (Thanks to @DaichiUeura)
  • Non-blocking connection pooling #631
  • Introduce fast-path publishing in RedisPublisher #637
  • Add reactive scanning #638
  • Asynchronous connection initialization #640
  • Create reusable abstraction for non-blocking and keyed connection provider #642
  • Expose asynchronous connect method for Master/Slave connections #643
  • Add SocketAddressOutput to directly parse SENTINEL get-master-addr-by-name output #644
  • Misleading wasRolledBack method #662 (Thanks to @graineri)
  • Read from random slave preferred #676 (Thanks to @petetanton)
  • Introduce exception to represent Redis LOADING response #682
  • Do not fail if COMMAND command fails on startup #685 (Thanks to @pujian1984)
  • CommandHandler.write() is O(N^2) #709 (Thanks to @gszpak)
  • Cluster topology lookup should not replaces self-node details with host and port from RedisURI when RedisURI is load balancer #712 (Thanks to @warrenzhu25)
  • Optimize Partitions/RedisClusterNode representation #715
  • Unnecessary copying of byteBuf in CommandHandler.decode() #725 (Thanks to @gszpak)
  • Add unknown node as trigger for adaptive refresh #732

Fixes

  • PING responses are not decoded properly if Pub/Sub connection is subscribed #579
  • Lettuce doesn't fail early & cleanly with a host in protected mode #608 (Thanks to @exercitussolus)
  • CommandHandler.rebuildQueue() causes long locks #615 (Thanks to @NikolaySPb)
  • Request queue size is not cleared on reconnect #616 (Thanks to @NikolaySPb)
  • BITPOS should allow to just specify start. #623 (Thanks to @christophstrobl)
  • HMGET proxy not working as expected #627 (Thanks to @moores-expedia)
  • Consider binary arguments using comma...
Read more

4.5.0.Beta1

14 May 14:27
f5eb097
Compare
Choose a tag to compare
4.5.0.Beta1 Pre-release
Pre-release

This is the first preview release of Lettuce 4.5 shipping with improvements and initial support for Redis Streams.

Find the full change log at the end of this document that lists all 73 tickets.

Thanks to all contributors who made Lettuce 4.5.0.Beta1 possible.
Lettuce 4.5.0.Beta1 requires Java 8, Java 9, or Java 10.

New Exceptions for Redis Responses

This release introduces new Exception types for the following Redis responses:

  • LOADING: RedisLoadingException
  • NOSCRIPT: RedisNoScriptException
  • BUSY: RedisBusyException

All exception types derive from RedisCommandExecutionException and do not
require changes in application code.

Redis Streams (Preview)

Redis 5.0 is going to ship with support for a Stream data structure.
A stream is a log of events that can be consumed sequentially. A Stream message consists of an id and a body represented as hash (or Map<K, V>).

Lettuce provides access to Stream commands through RedisStreamCommands supporting synchronous, asynchronous, and reactive execution models. All Stream commands are prefixed with X (XADD, XREAD, XRANGE).

Stream messages are required to be polled. Polling can return either in a non-blocking way without a message if no message is available, or, in a blocking way.
XREAD allows to specify a blocking duration in which the connection is blocked until either the timeout is exceeded or a Stream message arrives.

The following example shows how to append and read messages from a Redis Stream:

// Append a message to the stream
String messageId = redis.xadd("my-stream", Collections.singletonMap("key", "value"));

// Read a message
List<StreamMessage<String, String>> messages = redis.xread(StreamOffset.from("my-stream", messageId));


redis.xadd("my-stream", Collections.singletonMap("key", "value"));

// Blocking read
List<StreamMessage<String, String>> messages = redis.xread(XReadArgs.Builder.block(Duration.ofSeconds(2)), 
                                                           StreamOffset.latest("my-stream"));

Redis Streams support the notion of consumer groups. A consumer group is a group of one or more consumers that tracks the last consumed Stream message and allows explicit acknowledgment of consumed messages.

// Setup stream, see https://github.com/antirez/redis/issues/4824
redis.xadd("my-stream", Collections.singletonMap("key", "value"));

// Create consumer group
redis.xgroupCreate("my-stream", "my-group", "$");
redis.xadd("my-stream", Collections.singletonMap("key", "value"));

// Read stream messages in the context of a consumer
List<StreamMessage<String, String>> messages = redis.xreadgroup(Consumer.from("my-stream", "consumer1"),
                XReadArgs.Builder.noack(),
                StreamOffset.lastConsumed(key));

// process message// Acknowledge message
redis.xack(key, "group", messages.get(0).getId());

Please note that the Redis Stream implementation is not final yet and the API is subject to change if
the Redis API changes.

Commands

  • Add AUTH option to MIGRATE command #733
  • Add MASTER type to KillArgs #760

Enhancements

  • Execute scriptLoad(…) on all nodes via cluster connection #590
  • Add support for Redis streams #606
  • Introduce dedicated exceptions for NOSCRIPT and BUSY responses #620 (Thanks to @DaichiUeura)
  • Add SocketAddressOutput to directly parse SENTINEL get-master-addr-by-name output #644
  • Read from random slave preferred #676 (Thanks to @petetanton)
  • Introduce exception to represent Redis LOADING response #682
  • Do not fail if COMMAND command fails on startup #685 (Thanks to @pujian1984)
  • CommandHandler.write() is O(N^2) #709 (Thanks to @gszpak)
  • Cluster topology lookup should not replaces self-node details with host and port from RedisURI when RedisURI is load balancer #712 (Thanks to @warrenzhu25)
  • Optimize Partitions/RedisClusterNode representation #715
  • Unnecessary copying of byteBuf in CommandHandler.decode() #725 (Thanks to @gszpak)
  • Add unknown node as trigger for adaptive refresh #732

Fixes

  • PING responses are not decoded properly if Pub/Sub connection is subscribed #579
  • Fix IllegalArgumentException in RedisClient.connectSentinel #588 (Thanks to @andrewsensus)
  • UnsupportedOperationException (List#add) in NestedMultiOutput #589 (Thanks to @zapl)
  • GEOPOS fails with a single member in the var args #591 (Thanks to @FerhatSavci)
  • Reduce logging of native transport state to INFO #596
  • Lettuce doesn't fail early & cleanly with a host in protected mode #608 (Thanks to @exercitussolus)
  • Fix encapsulated default method lookup on interfaces #614
  • CommandHandler.rebuildQueue() causes long locks #615 (Thanks to @NikolaySPb)
  • Request queue size is not cleared on reconnect #616 (Thanks to @NikolaySPb)
  • BITPOS should allow to just specify start. #623 (Thanks to @christophstrobl)
  • Command.isDone() not consistent with CompletableFuture.isDone() #629
  • Provide Javadoc path for Project Reactor #641
  • Debug logging of ConnectionWatchdog has wrong prefix after reconnect. #645 (Thanks to @mlex)
  • Weights param should be ignored if it is empty #657 (Thanks to @garfeildma)
  • MasterSlave getNodeSpecificViews NPE with sync API #659 (Thanks to @boughtonp)
  • RandomServerHandler can respond zero bytes #660
  • ConcurrentModificationException when connecting a RedisClusterClient #663 (Thanks to @blahblahasdf)
  • Recovered Sentinels in Master/Slave not reconnected #668
  • Handling dead Sentinel slaves #669 (Thanks to @vleushin)
  • Support SLAVE_PREFERRED at valueOf method #671 (Thanks to @be-hase)
  • RedisCommandTimeoutException after two subsequent MULTI calls without executing the transaction #673 (Thanks to @destitutus)
  • Fix ConnectionWatchDog won't reconnect problem in edge case #679 (Thanks to @kojilin)
  • At least once mode keeps requeueing commands on non-recoverable errors #680 (Thanks to @mrvisser)
  • Retain ssl/tls config from seed uris in Master/Slave context #684 (Thanks to @acmcelwee)
  • NOAUTH after full queue and reconnect #691
  • RedisURI.create("localhost") causes NPE #694
  • RuntimeExceptions thrown by implementations of RedisCodec do not fail TransactionCommands #719 (Thanks to @blahblahasdf)
  • RedisPubSubAdapter.message() being called with wrong channel #724 (Thanks to @adimarco)
  • firstResponseLatency is always negative #740 (Thanks to @nickvollmar)
  • EXEC does not fail on EXECABORT #743 (Thanks to @dmandalidis)
  • DefaultEndpoint.QUEUE_SIZE becomes out of sync, preventing command queueing #764 (Thanks to @nivekastoreth)
  • Do not retry completed commands through RetryListener #767

Other

  • Upgrade to netty 4.0.51/4.1.15 #600
  • Cleanups #604
  • Update LICENSE text and add NOTICE file #612
  • Reduce default shutdown timeout #613
  • Upgrade to netty 4.0.53.Final/4.1.17.Final #646
  • Upgrade to Spring Framework 4.3.12 #648
  • Upgrade to Commons Pool 2.4.3 #650
  • Upgrade to RxJava 1.3.3 #651
  • Upgrade to HdrHistogram 2.1.10 #653
  • Upgrade Redis versions on TravisCI #655
  • Readme 5.x maven details #681 (Thanks to @flurdy)
  • Upgrade to netty 4.1.21.Final #699
  • Upgrade to RxJava 1.3.6 #700
  • Upgrade to Netty 4.1.22 #744
  • Upgrade to RxJava 1.3.7 #745
  • Upgrade to Spring Framework 4.3.14 #746
  • Upgrade to Mockito 2.17 #747
  • Upgrade to AssertJ 3.9.1 #748
  • Upgrade to Log4j 2.11.0 #749
  • Upgrade to commons-lang3 3.7 #750
  • Upgrade to netty 4.1.23.Final #755
  • Upgrade to RxJava 1.3.8 #759
  • Extend documentation for argument objects #761
  • Upgrade to JavaParser 3.6.3 #769
  • Upgrade to netty 4.1.24.Final #770

Documentation

5.0.4.RELEASE

08 May 06:26
df7cff9
Compare
Choose a tag to compare

This is the fourth bugfix release for Lettuce 5 shipping with 12 tickets resolved.

Upgrading is recommended for all users.

Reference documentation: https://lettuce.io/core/release/reference/.
JavaDoc documentation: https://lettuce.io/core/release/api/.

<dependency>
  <groupId>io.lettuce</groupId>
  <artifactId>lettuce-core</artifactId>
  <version>5.0.4.RELEASE</version>
</dependency>

Commands

  • Add AUTH option to MIGRATE command #733
  • Add MASTER type to KillArgs #760

Fixes

  • Warning when refreshing topology #756 (Thanks to @theliro)
  • DefaultEndpoint.QUEUE_SIZE becomes out of sync, preventing command queueing #764 (Thanks to @nivekastoreth)
  • DefaultEndpoint contains System.out.println(…) #765
  • Do not retry completed commands through RetryListener #767

Other

  • Upgrade to netty 4.1.23.Final #755
  • Upgrade to Reactor Bismuth SR8 #758
  • Upgrade to RxJava 1.3.8 #759
  • Extend documentation for argument objects #761
  • Upgrade to RxJava 2.1.13 #771
  • Upgrade to netty 4.1.24.Final #770

Documentation

4.4.5.Final

08 May 06:36
25c06e3
Compare
Choose a tag to compare

This is the fifth bugfix release for Lettuce 4.4 shipping with 8 tickets fixed along with a few dependency upgrades.

Upgrading is recommended for all users.

Commands

  • Add AUTH option to MIGRATE command #733
  • Add MASTER type to KillArgs #760

Fixes

  • DefaultEndpoint.QUEUE_SIZE becomes out of sync, preventing command queueing #764 (Thanks to @nivekastoreth)
  • Do not retry completed commands through RetryListener #767

Other

  • Upgrade to netty 4.1.23.Final #755
  • Upgrade to RxJava 1.3.8 #759
  • Extend documentation for argument objects #761
  • Upgrade to netty 4.1.24.Final #770

Documentation

5.0.3.RELEASE

27 Mar 13:13
f4bb80f
Compare
Choose a tag to compare

This is the third bugfix release for Lettuce 5 shipping with 19 tickets resolved. This release fixes an issue that left cluster topology refresh connections open. Besides that, this release contains bugfixes, optimizations, and improved resilience behavior.

Upgrading is strongly recommended for Redis Cluster users.

<dependency>
  <groupId>io.lettuce</groupId>
  <artifactId>lettuce-core</artifactId>
  <version>5.0.3.RELEASE</version>
</dependency>

Enhancements

  • Use object pooling for collections inside a single method and Command/CommandArgs with a small scope #459
  • CommandHandler.write() is O(N^2) #709 (Thanks to @gszpak)
  • Optimize Partitions/RedisClusterNode representation #715
  • Unnecessary copying of byteBuf in CommandHandler.decode() #725 (Thanks to @gszpak)

Fixes

  • Mono returned by RedisPubSubReactiveCommands#subscribe does not return result #717 (Thanks to @ywtsang)
  • RuntimeExceptions thrown by implementations of RedisCodec do not fail TransactionCommands #719 (Thanks to @blahblahasdf)
  • Connection Leak in Cluster Topology Refresh #721 (Thanks to @cweitend)
  • RedisPubSubAdapter.message() being called with wrong channel #724 (Thanks to @adimarco)
  • Batched commands may time out although data was received #729
  • DefaultEndpoint future listener recycle lose command context on requeue failures #734 (Thanks to @gszpak)
  • firstResponseLatency is always negative #740 (Thanks to @nickvollmar)
  • EXEC does not fail on EXECABORT #743 (Thanks to @dmandalidis)

Other

  • Upgrade to Netty 4.1.22 #744
  • Upgrade to RxJava 1.3.7 #745
  • Upgrade to Spring Framework 4.3.14 #746
  • Upgrade to Mockito 2.17 #747
  • Upgrade to AssertJ 3.9.1 #748
  • Upgrade to Log4j 2.11.0 #749
  • Upgrade to commons-lang3 3.7 #750

Documentation

4.4.4.Final

27 Mar 12:21
3f1648b
Compare
Choose a tag to compare

This is the fourth bugfix release for Lettuce 4.4 shipping with 12 tickets fixed along with a few dependency upgrades. This release contains fixes for improved resilience behavior.

Upgrading is recommended.

<dependency>
  <groupId>biz.paluch.redis</groupId>
  <artifactId>lettuce</artifactId>
  <version>4.4.4.Final</version>
</dependency>

Enhancements

  • CommandHandler.write() is O(N^2) #709 (Thanks to @gszpak)

Fixes

  • RuntimeExceptions thrown by implementations of RedisCodec do not fail TransactionCommands #719 (Thanks to @blahblahasdf)
  • RedisPubSubAdapter.message() being called with wrong channel #724 (Thanks to @adimarco)
  • firstResponseLatency is always negative #740 (Thanks to @nickvollmar)
  • EXEC does not fail on EXECABORT #743 (Thanks to @dmandalidis)

Dependency upgrades

  • Upgrade to netty 4.1.22.Final #744
  • Upgrade to RxJava 1.3.7 #745
  • Upgrade to Spring Framework 4.3.14 #746
  • Upgrade to Mockito 2.17 #747
  • Upgrade to AssertJ 3.9.1 #748
  • Upgrade to Log4j 2.11.0 #749
  • Upgrade to commons-lang3 3.7 #750

Documentation

5.0.2.RELEASE

17 Feb 09:00
31cf327
Compare
Choose a tag to compare

This is the second bugfix release for Lettuce 5 shipping with 21 tickets resolved. It contains fixes for improved resilience behavior.

Upgrading is recommended.

<dependency>
  <groupId>io.lettuce</groupId>
  <artifactId>lettuce-core</artifactId>
  <version>5.0.2.RELEASE</version>
</dependency>

Enhancements

  • Do not fail if COMMAND command fails on startup #685 (Thanks to @pujian1984)

Fixes

  • CommandHandler.rebuildQueue() causes long locks #615 (Thanks to @NikolaySPb)
  • Cannot close connection when refreshing topology #656 (Thanks to @dangtranhoang)
  • Weights param should be ignored if it is empty #657 (Thanks to @garfeildma)
  • MasterSlave getNodeSpecificViews NPE with sync API #659 (Thanks to @boughtonp)
  • RandomServerHandler can respond zero bytes #660
  • ConcurrentModificationException when connecting a RedisClusterClient #663 (Thanks to @blahblahasdf)
  • Switch RedisSubscription.subscriber to volatile #664
  • Recovered Sentinels in Master/Slave not reconnected #668
  • Handling dead Sentinel slaves #669 (Thanks to @vleushin)
  • Support SLAVE_PREFERRED at valueOf method #671 (Thanks to @be-hase)
  • RedisCommandTimeoutException after two subsequent MULTI calls without executing the transaction #673 (Thanks to @destitutus)
  • Fix ConnectionWatchDog won't reconnect problem in edge case #679 (Thanks to @kojilin)
  • At least once mode keeps requeueing commands on non-recoverable errors #680 (Thanks to @mrvisser)
  • Retain ssl/tls config from seed uris in Master/Slave context #684 (Thanks to @acmcelwee)
  • NOAUTH after full queue and reconnect #691
  • RedisURI.create("localhost") causes NPE #694

Other

  • Upgrade to Reactor Bismuth SR5 #698
  • Upgrade to netty 4.1.21.Final #699
  • Upgrade to RxJava 1.3.6 #700
  • Upgrade to RxJava 2.1.9 #701
  • Upgrade to Reactor Bismuth SR5 #704

Documentation

4.4.3.Final

17 Feb 09:07
b043940
Compare
Choose a tag to compare

This is the third bugfix release for Lettuce 4.4 shipping with 16 tickets fixed along with a few dependency upgrades.
It contains fixes for improved resilience behavior.

Upgrading is recommended.

<dependency>
  <groupId>biz.paluch.redis</groupId>
  <artifactId>lettuce</artifactId>
  <version>4.4.3.Final</version>
</dependency>

Enhancements

  • Do not fail if COMMAND command fails on startup #685 (Thanks to @pujian1984)

Fixes

  • Weights param should be ignored if it is empty #657 (Thanks to @garfeildma)
  • MasterSlave getNodeSpecificViews NPE with sync API #659 (Thanks to @boughtonp)
  • RandomServerHandler can respond zero bytes #660
  • ConcurrentModificationException when connecting a RedisClusterClient #663 (Thanks to @blahblahasdf)
  • Recovered Sentinels in Master/Slave not reconnected #668
  • Handling dead Sentinel slaves #669 (Thanks to @vleushin)
  • Support SLAVE_PREFERRED at valueOf method #671 (Thanks to @be-hase)
  • RedisCommandTimeoutException after two subsequent MULTI calls without executing the transaction #673 (Thanks to @destitutus)
  • Fix ConnectionWatchDog won't reconnect problem in edge case #679 (Thanks to @kojilin)
  • At least once mode keeps requeueing commands on non-recoverable errors #680 (Thanks to @mrvisser)
  • Retain ssl/tls config from seed uris in Master/Slave context #684 (Thanks to @acmcelwee)
  • NOAUTH after full queue and reconnect #691
  • RedisURI.create("localhost") causes NPE #694

Other

  • Upgrade to netty 4.1.21.Final #699
  • Upgrade to RxJava 1.3.6 #700

Documentation

5.0.1.RELEASE

16 Nov 15:58
883f39e
Compare
Choose a tag to compare

This is the first bugfix release for Lettuce 5 shipping with 20 tickets fixed and dependency upgrades. It contains fixes for resilience and error scenario handling and the dynamic command interfaces support. It also fixes an issue in the reactive API when using two or more threads to consume a RedisPublisher where it's possible the publisher never completes.

Upgrading is strongly recommended upgrade when using the reactive API.

Enhancements

  • Add SocketAddressOutput to directly parse SENTINEL get-master-addr-by-name output #644

Fixes

  • Lettuce doesn't fail early & cleanly with a host in protected mode #608 (Thanks to @exercitussolus)
  • CommandHandler.rebuildQueue() causes long locks #615 (Thanks to @NikolaySPb)
  • Request queue size is not cleared on reconnect #616 (Thanks to @NikolaySPb)
  • BITPOS should allow to just specify start #623 (Thanks to @christophstrobl)
  • HMGET proxy not working as expected #627 (Thanks to @moores-expedia)
  • Consider binary arguments using command interfaces as keys using binary codecs #628
  • Command.isDone() not consistent with CompletableFuture.isDone() #629
  • Race condition in RedisPublisher DEMAND.request() and DEMAND.onDataAvailable() #634 (Thanks to @mayamoon)
  • RedisPublisher.request(-1) does not fail #635
  • Capture subscription state before logging in RedisPublisher #636
  • Provide Javadoc path for Project Reactor #641
  • Debug logging of ConnectionWatchdog has wrong prefix after reconnect #645 (Thanks to @mlex)

Other

  • Upgrade to netty 4.1.17.Final #646
  • Upgrade to Spring Framework 4.3.12 #648
  • Upgrade to Commons Pool 2.4.3
  • Upgrade to RxJava 1.3.3 #651
  • Upgrade to RxJava2 2.1.6 #652
  • Upgrade to HdrHistogram 2.1.10 #653
  • Upgrade to Reactor Bismuth SR4 #647

Documentation

Reference documentation: https://lettuce.io/core/5.0.1.RELEASE/reference/.
JavaDoc documentation: https://lettuce.io/core/5.0.1.RELEASE/api/.