Prior to this commit, Spring Boot would auto-configure a
`QueuedThreadPool` on the Jetty embedded server when the virtual threads
option is enabled.
This commit configures instead the dedicated `VirtualThreadPool` that
the Jetty team recommends when Virtual Threads is supported.
Fixes gh-47690
Previously, properties were always applied even when they had a null
value. When using the property defaults, this would leave the
GroovyMarkupConfigurer bean with null values for autoIndentString,
locale, and newLineString. The null values could cause problems at
runtime, for example an NPE when Groovy Templates tries to call
toString on the null newLineString.
Closes gh-47139
The previous wording suggested that customizations always retain
default auto-configuration. Rephrased to indicate that configuration
can be fine-tuned, which more accurately reflects that some builder
methods may override or replace defaults.
See gh-46938
Signed-off-by: Seokjae Lee <seok9211@naver.com>
Prior to this commit, SpringLiquibaseCustomizer had a private modifier,
which breaks Spring AOT.
See gh-46752
Signed-off-by: Dmytro Nosan <dimanosan@gmail.com>
This commit configures ReactorClientHttpConnectorBuilder with the
ReactorResourceFactory bean from the context.
See gh-46673
Signed-off-by: Dmytro Nosan <dimanosan@gmail.com>
This commits registers LazyInitializationExcludeFilter to exclude
NettyAutoConfiguration from global lazy init.
See gh-46164
Signed-off-by: Dmytro Nosan <dimanosan@gmail.com>
To address CVE-2025-48976 and CVE-2025-48988, Tomcat 10.1.42 has
introduced two new configuration settings – maxPartCount and
maxPartHeaderSize. The default values for these configuration
settings have proven hard to get right and some applications have
had to increase the default limits. To ease their configuration in
Spring Boot, this commit introduces configuration properties for
the new settings:
- server.tomcat.max-part-count (maxPartCount)
- server.tomcat.max-part-header-size (maxPartHeaderSize)
The defaults are aligned with those of Tomcat 10.1.42
(10 and 512 bytes respectively).
Closes gh-45869
Update `ClientHttpConnectorAutoConfiguration` with a condition to ensure
that `ClientHttpConnectorBuilder.detect` will return a result. Prior
to this commit, when using a JDK without `java.net.http.HttpClient`
access the auto-configuration would fail.
Fixes gh-45955