spring-boot/spring-boot-project/spring-boot-tools/spring-boot-loader-tools/build.gradle

plugins {
	id "java-library"
	id "org.springframework.boot.conventions"
	id "org.springframework.boot.deployed"
}

description = "Spring Boot Loader Tools"

def generatedResources = "${buildDir}/generated-resources/main"

configurations {
	loader {
		extendsFrom dependencyManagement
		transitive = false
	}
	jarmode {
		extendsFrom dependencyManagement
		transitive = false
	}
}

dependencies {
	api("org.apache.commons:commons-compress")
	api("org.springframework:spring-core")

	compileOnly("ch.qos.logback:logback-classic")

	loader(project(":spring-boot-project:spring-boot-tools:spring-boot-loader"))

	jarmode(project(":spring-boot-project:spring-boot-tools:spring-boot-jarmode-layertools"))

	testImplementation("org.assertj:assertj-core")
	testImplementation("org.junit.jupiter:junit-jupiter")
	testImplementation("org.mockito:mockito-core")
	testImplementation("org.zeroturnaround:zt-zip:1.13")
}

sourceSets {
	main {
		resources.srcDirs generatedResources
	}
}

task reproducibleLoaderJar(type: Jar) {
	dependsOn configurations.loader
	from {
		zipTree(configurations.loader.incoming.files.singleFile).matching {
			exclude "META-INF/LICENSE.txt"
			exclude "META-INF/NOTICE.txt"
		}
	}
	reproducibleFileOrder = true
	preserveFileTimestamps = false
	archiveFileName = "spring-boot-loader.jar"
	destinationDirectory = file("${generatedResources}/META-INF/loader")
}

task reproducibleJarModeLayerToolsJar(type: Jar) {
	dependsOn configurations.jarmode
	from {
		zipTree(configurations.jarmode.incoming.files.singleFile).matching {
			exclude "META-INF/LICENSE.txt"
			exclude "META-INF/NOTICE.txt"
		}
	}
	reproducibleFileOrder = true
	preserveFileTimestamps = false
	archiveFileName = "spring-boot-jarmode-layertools.jar"
	destinationDirectory = file("${generatedResources}/META-INF/jarmode")
}

processResources {
	dependsOn reproducibleLoaderJar
	dependsOn reproducibleJarModeLayerToolsJar
}
Port the build to Gradle Closes gh-19609 Closes gh-19608 5 years ago			`plugins {`
Polish quote form used in Gradle scripts Replace Gradle single quote strings with the double quote form whenever possible. The change helps to being consistency to the dependencies section where mostly single quotes were used, but occasionally double quotes were required due to `${}` references. 5 years ago			`id "java-library"`
			`id "org.springframework.boot.conventions"`
			`id "org.springframework.boot.deployed"`
Port the build to Gradle Closes gh-19609 Closes gh-19608 5 years ago			`}`

Polish quote form used in Gradle scripts Replace Gradle single quote strings with the double quote form whenever possible. The change helps to being consistency to the dependencies section where mostly single quotes were used, but occasionally double quotes were required due to `${}` references. 5 years ago			`description = "Spring Boot Loader Tools"`
Port the build to Gradle Closes gh-19609 Closes gh-19608 5 years ago
			`def generatedResources = "${buildDir}/generated-resources/main"`

			`configurations {`
Require dependency on s-b-dependencies to use its constraints Previously, Spring Boot's modules published Gradle Module Metadata (GMM) the declared a platform dependency on spring-boot-dependencies. This provided versions for each module's own dependencies but also had they unwanted side-effect of pulling in spring-boot-dependencies constraints which would influence the version of other dependencies declared in the same configuration. This was undesirable as users should be able to opt in to this level of dependency management, either by using the dependency management plugin or by using Gradle's built-in support via a platform dependency on spring-boot-dependencies. This commit reworks how Spring Boot's build uses spring-boot-dependencies and spring-boot-parent to provide its own dependency management. Configurations that aren't seen by consumers are configured to extend a dependencyManagement configuration that has an enforced platform dependency on spring-boot-parent. This enforces spring-boot-parent's version constraints on Spring Boot's build without making them visible to consumers. To ensure that the versions that Spring Boot has been built against are visible to consumers, the Maven publication that produces pom files and GMM for the published modules is configured to use the resolved versions from the module's runtime classpath. Fixes gh-21911 4 years ago			`loader {`
			`extendsFrom dependencyManagement`
Defer processing of zipTree source until execution time Closes gh-25835 4 years ago			`transitive = false`
Require dependency on s-b-dependencies to use its constraints Previously, Spring Boot's modules published Gradle Module Metadata (GMM) the declared a platform dependency on spring-boot-dependencies. This provided versions for each module's own dependencies but also had they unwanted side-effect of pulling in spring-boot-dependencies constraints which would influence the version of other dependencies declared in the same configuration. This was undesirable as users should be able to opt in to this level of dependency management, either by using the dependency management plugin or by using Gradle's built-in support via a platform dependency on spring-boot-dependencies. This commit reworks how Spring Boot's build uses spring-boot-dependencies and spring-boot-parent to provide its own dependency management. Configurations that aren't seen by consumers are configured to extend a dependencyManagement configuration that has an enforced platform dependency on spring-boot-parent. This enforces spring-boot-parent's version constraints on Spring Boot's build without making them visible to consumers. To ensure that the versions that Spring Boot has been built against are visible to consumers, the Maven publication that produces pom files and GMM for the published modules is configured to use the resolved versions from the module's runtime classpath. Fixes gh-21911 4 years ago			`}`
			`jarmode {`
			`extendsFrom dependencyManagement`
Defer processing of zipTree source until execution time Closes gh-25835 4 years ago			`transitive = false`
Require dependency on s-b-dependencies to use its constraints Previously, Spring Boot's modules published Gradle Module Metadata (GMM) the declared a platform dependency on spring-boot-dependencies. This provided versions for each module's own dependencies but also had they unwanted side-effect of pulling in spring-boot-dependencies constraints which would influence the version of other dependencies declared in the same configuration. This was undesirable as users should be able to opt in to this level of dependency management, either by using the dependency management plugin or by using Gradle's built-in support via a platform dependency on spring-boot-dependencies. This commit reworks how Spring Boot's build uses spring-boot-dependencies and spring-boot-parent to provide its own dependency management. Configurations that aren't seen by consumers are configured to extend a dependencyManagement configuration that has an enforced platform dependency on spring-boot-parent. This enforces spring-boot-parent's version constraints on Spring Boot's build without making them visible to consumers. To ensure that the versions that Spring Boot has been built against are visible to consumers, the Maven publication that produces pom files and GMM for the published modules is configured to use the resolved versions from the module's runtime classpath. Fixes gh-21911 4 years ago			`}`
Port the build to Gradle Closes gh-19609 Closes gh-19608 5 years ago			`}`

			`dependencies {`
Use parentheses when declaring dependencies Update all dependencies declarations to use the form `scope(reference)` rather than `scope reference`. Prior to this commit we declared dependencies without parentheses unless we were forced to add them due to an `exclude`. 5 years ago			`api("org.apache.commons:commons-compress")`
			`api("org.springframework:spring-core")`
Port the build to Gradle Closes gh-19609 Closes gh-19608 5 years ago
Use parentheses when declaring dependencies Update all dependencies declarations to use the form `scope(reference)` rather than `scope reference`. Prior to this commit we declared dependencies without parentheses unless we were forced to add them due to an `exclude`. 5 years ago			`compileOnly("ch.qos.logback:logback-classic")`
Port the build to Gradle Closes gh-19609 Closes gh-19608 5 years ago
Use parentheses when declaring dependencies Update all dependencies declarations to use the form `scope(reference)` rather than `scope reference`. Prior to this commit we declared dependencies without parentheses unless we were forced to add them due to an `exclude`. 5 years ago			`loader(project(":spring-boot-project:spring-boot-tools:spring-boot-loader"))`
Port the build to Gradle Closes gh-19609 Closes gh-19608 5 years ago
Automatically add jarmode jars when packaging Update the `Packager` to automatically add the layertools jarmode jar when producing a layered jar. Closes gh-19865 5 years ago			`jarmode(project(":spring-boot-project:spring-boot-tools:spring-boot-jarmode-layertools"))`

Use parentheses when declaring dependencies Update all dependencies declarations to use the form `scope(reference)` rather than `scope reference`. Prior to this commit we declared dependencies without parentheses unless we were forced to add them due to an `exclude`. 5 years ago			`testImplementation("org.assertj:assertj-core")`
			`testImplementation("org.junit.jupiter:junit-jupiter")`
			`testImplementation("org.mockito:mockito-core")`
			`testImplementation("org.zeroturnaround:zt-zip:1.13")`
Port the build to Gradle Closes gh-19609 Closes gh-19608 5 years ago			`}`

			`sourceSets {`
			`main {`
Rework loader-tools resource generation to work with Buildship Previously, the generated resources were added as an output to the main source set. This worked on the command line, but resulted in the META-INF folder that contains the loader jar not being on the classpath of downstream projects in Eclipse. This commit changes loader-tools to add the generated resources as a srcDir to the main source set. This results in it appearing on the classpath of other projects in Eclipse that depend on loader-tools such as the Gradle plugin, thereby allowing its tests to be run in the IDE as well as on the command line. Fixes gh-19841 5 years ago			`resources.srcDirs generatedResources`
Port the build to Gradle Closes gh-19609 Closes gh-19608 5 years ago			`}`
			`}`

			`task reproducibleLoaderJar(type: Jar) {`
Ensure that upstream jars have been built See gh-25835 4 years ago			`dependsOn configurations.loader`
Defer processing of zipTree source until execution time Closes gh-25835 4 years ago			`from {`
			`zipTree(configurations.loader.incoming.files.singleFile).matching {`
			`exclude "META-INF/LICENSE.txt"`
			`exclude "META-INF/NOTICE.txt"`
			`}`
Port the build to Gradle Closes gh-19609 Closes gh-19608 5 years ago			`}`
			`reproducibleFileOrder = true`
			`preserveFileTimestamps = false`
Polish quote form used in Gradle scripts Replace Gradle single quote strings with the double quote form whenever possible. The change helps to being consistency to the dependencies section where mostly single quotes were used, but occasionally double quotes were required due to `${}` references. 5 years ago			`archiveFileName = "spring-boot-loader.jar"`
Port the build to Gradle Closes gh-19609 Closes gh-19608 5 years ago			`destinationDirectory = file("${generatedResources}/META-INF/loader")`
			`}`

Automatically add jarmode jars when packaging Update the `Packager` to automatically add the layertools jarmode jar when producing a layered jar. Closes gh-19865 5 years ago			`task reproducibleJarModeLayerToolsJar(type: Jar) {`
Ensure that upstream jars have been built See gh-25835 4 years ago			`dependsOn configurations.jarmode`
Defer processing of zipTree source until execution time Closes gh-25835 4 years ago			`from {`
			`zipTree(configurations.jarmode.incoming.files.singleFile).matching {`
			`exclude "META-INF/LICENSE.txt"`
			`exclude "META-INF/NOTICE.txt"`
			`}`
Automatically add jarmode jars when packaging Update the `Packager` to automatically add the layertools jarmode jar when producing a layered jar. Closes gh-19865 5 years ago			`}`
			`reproducibleFileOrder = true`
			`preserveFileTimestamps = false`
			`archiveFileName = "spring-boot-jarmode-layertools.jar"`
			`destinationDirectory = file("${generatedResources}/META-INF/jarmode")`
			`}`

Rework loader-tools resource generation to work with Buildship Previously, the generated resources were added as an output to the main source set. This worked on the command line, but resulted in the META-INF folder that contains the loader jar not being on the classpath of downstream projects in Eclipse. This commit changes loader-tools to add the generated resources as a srcDir to the main source set. This results in it appearing on the classpath of other projects in Eclipse that depend on loader-tools such as the Gradle plugin, thereby allowing its tests to be run in the IDE as well as on the command line. Fixes gh-19841 5 years ago			`processResources {`
Port the build to Gradle Closes gh-19609 Closes gh-19608 5 years ago			`dependsOn reproducibleLoaderJar`
Automatically add jarmode jars when packaging Update the `Packager` to automatically add the layertools jarmode jar when producing a layered jar. Closes gh-19865 5 years ago			`dependsOn reproducibleJarModeLayerToolsJar`
Port the build to Gradle Closes gh-19609 Closes gh-19608 5 years ago			`}`