- 22 Jun, 2021 25 commits
-
-
Andy Wilkinson authored
Closes gh-27018
-
Andy Wilkinson authored
Previously, Log4j2's own shutdown hook was only disabled when Log4j2 detected javax.servlet.Servlet on the classpath and, therefore, determined that it was running in a web application. In an application without Servlet on the classpath, this could lead to both Log4j2's shut down hook and and logging system's shutdown handler both stopping Log4j2. This could result in a failure as the second attempt at stopping would result in reinitialization which would fail as the JVM is already shutting down. This commit introduces a new Log4j2 PropertySource implementation, registered via META-INF/services, that sets the log4j.shutdownHookEnabled property to false. This will ensure that Log4j2's own shutdown hook is disabled by default whenever Spring Boot is on the classpath and not just in Servlet-based web applications. Fixes gh-26953
-
Stephane Nicoll authored
-
Stephane Nicoll authored
See gh-27015
-
Stephane Nicoll authored
-
Stephane Nicoll authored
See gh-27014
-
Stephane Nicoll authored
See gh-27013
-
Stephane Nicoll authored
Closes gh-27012
-
Stephane Nicoll authored
* pr/26954: Avoid illegal reflective access in RabbitAutoConfigurationTests Closes gh-26954
-
dreis2211 authored
See gh-26954
-
Stephane Nicoll authored
Closes gh-27011
-
Stephane Nicoll authored
Closes gh-27010
-
Stephane Nicoll authored
* pr/26975: Document uuid support in RandomValuePropertySource Closes gh-26975
-
Sviatoslav Hryb authored
See gh-26975
-
Stephane Nicoll authored
Closes gh-27009
-
Stephane Nicoll authored
Closes gh-26588
-
Stephane Nicoll authored
Closes gh-26728
-
Stephane Nicoll authored
Closes gh-26588
-
Stephane Nicoll authored
Closes gh-27007
-
Stephane Nicoll authored
Closes gh-26945
-
Stephane Nicoll authored
-
Stephane Nicoll authored
Closes gh-26965
-
Phillip Webb authored
Closes gh-27006
-
Phillip Webb authored
Closes gh-27005
-
Phillip Webb authored
Effectively revert commit 0da0d2d4 so that the `resolveProfileSpecific` method of `ConfigDataLocationResolver` is again called when resolving imports declared in a profile-specific file. Fixes gh-26960
-
- 21 Jun, 2021 15 commits
-
-
Andy Wilkinson authored
Closes gh-27001
-
Andy Wilkinson authored
Fixes gh-26952
-
Stephane Nicoll authored
-
Stephane Nicoll authored
-
Stephane Nicoll authored
This reverts commit ce242702. See gh-26983
-
Stephane Nicoll authored
Closes gh-26996
-
Stephane Nicoll authored
Closes gh-26995
-
Stephane Nicoll authored
Closes gh-26994
-
Stephane Nicoll authored
Closes gh-26993
-
Stephane Nicoll authored
Closes gh-26992
-
Stephane Nicoll authored
Closes gh-26990
-
Andy Wilkinson authored
Closes gh-26998
-
Andy Wilkinson authored
Closes gh-26997
-
Andy Wilkinson authored
Previously, a project with a dependency on Spring Boot's configuration processor would fail to build when the configuration cache is enabled due to it accessing the Project during task execution. Instead of accessing the project during task execution, this commit updates the code to retrieve the resource locations from the matching source set in advance. The locations are then stored in the action that configures the compile task when needed. Closes gh-26880
-
Stephane Nicoll authored
-