Skip to content

Spring Boot 4.2.0 RC2 Release Notes

Moritz Halbritter edited this page Nov 6, 2026 · 5 revisions

Spring Boot 4.2.0-RC2 Release Notes

For changes in earlier milestones, please refer to:

Upgrading from Spring Boot 4.1

Redis Database Applied to Master/Replica Connections

Previously, the database configured with spring.data.redis.database (or in spring.data.redis.url) was silently ignored when spring.data.redis.masterreplica.nodes was set, and the connection factory always used database 0. The configured database is now applied to master/replica connections, as it already was for standalone and Sentinel setups.

You may be impacted if you set a database together with master/replica nodes, as your application will now read from and write to that database instead of database 0. If you were relying on database 0, remove the spring.data.redis.database property (or the database segment of spring.data.redis.url), or set it to 0 explicitly.

X-Forwarded-Prefix Ignored by Default with WebFlux

With server.forward-headers-strategy=native, Reactor Netty no longer uses the X-Forwarded-Prefix header to determine the context path. The same applies to the framework strategy with WebFlux.

If your proxy sets the header and you rely on it, set server.netty.forwarded-headers.use-forwarded-prefix (native) or spring.webflux.forwarded-headers.use-forwarded-prefix (framework) to true.

Unsupported SSL Bundle Options Fail Startup

SSL bundle options.ciphers and options.enabled-protocols were silently ignored by components that cannot apply them. The application now fails to start if an SSL bundle with options is used by:

  • gRPC clients and servers

  • the LDAP client and the embedded LDAP server

  • OTLP tracing and logging exporters

This is consistent with MongoDB and Couchbase. If you’re impacted, remove the options from the bundle, or use a separate bundle without options for these components.

New and Noteworthy

Tip
Check the configuration changelog for a complete overview of the changes in configuration.

RabbitMQ AMQP 1.0 Refinements

The RabbitMQ AMQP 1.0 support introduced in 4.2.0-M1 has been refined:

  • spring.amqp.rabbitmq.username and spring.amqp.rabbitmq.password no longer default to guest. Without credentials, the client authenticates anonymously. The same applies to RabbitMQ Docker Compose integration when RABBITMQ_DEFAULT_USER and RABBITMQ_DEFAULT_PASS are not set.

  • The port defaults to 5671 when spring.amqp.rabbitmq.ssl.bundle is set.

  • spring.amqp.rabbitmq.template.exchange and spring.amqp.rabbitmq.template.routing-key no longer default to an empty string, as the AMQP 1.0 template does not support the default exchange.

  • The health indicator key is now amqprabbit instead of rabbit, so that it can co-exist with the AMQP 0.9 health indicator. Use management.health.amqprabbit.enabled to disable it, and update health group includes accordingly.

Miscellaneous

Apart from the changes listed above, there have also been lots of minor tweaks and improvements including:

  • SSL bundle reloading is no longer supported by the LDAP client, as there is no official API to support it.

  • Setting management.observations.conventions to open-telemetry now enables OpenTelemetry’s semantic conventions, as documented. Previously, neither Micrometer’s nor OpenTelemetry’s conventions were applied.

Deprecations in Spring Boot 4.2.0-RC2

  • None.

Clone this wiki locally