GitHub-Spring/spring-boot - spring-boot - Gitea: Git with a cup of tea

Author	SHA1	Message	Date
Phillip Webb	ad72411e2b	Apply conventions plugin to all subprojects Closes gh-42438	1 year ago
Andy Wilkinson	1240c59482	Only configure plugin classpath where it's needed When spring-boot-gradle-plugin is using GradleRunner, it needs to be configured with a custom plugin classpath to account for the fact that our Gradle plugin is on the classpath of the system classloader but some of the other plugins would only be available on a Gradle-created classloader. This imbalance cause class loading problems as code in spring-boot-gradle-plugin can't see types at runtime that are only available on the Gradle-created classloader. To overcome this, we need to configure the GradleRunner with a custom plugin classpath that contains both spring-boot-gradle-plugin and all of the other plugins that are used in its various integration tests. Previously, this was done in GradleBuild that's used by both spring-boot-gradle-plugin and spring-boot-image-tests. This caused a problem as spring-boot-image-tests does not have the above-described problem and trying to correct it did not work leaving tests that use spring-boot-gradle-plugin unable to see other plugins such that the native image plugin. This commit reworks the customization of the plugin classpath so that it's only done in spring-boot-gradle-plugin's integration tests. Closes gh-42338	1 year ago
Scott Frederick	8623c92a29	Change spring-boot-buildpack-platform api deps to implementation Closes gh-40935	2 years ago
Andy Wilkinson	5ae533a00d	Minimize scope of version management for commons-compress See gh-39368	2 years ago
Andy Wilkinson	fcf45d5c22	Add support for invoking AOT to the Gradle plugin Closes gh-30527	4 years ago
Scott Frederick	a0b32251eb	Split gradle test support into a separate module See gh-25824	5 years ago