OpenSearch/x-pack/license-tools/build.gradle

apply plugin: 'elasticsearch.build'

dependencies {
  api project(':x-pack:plugin:core')
  api project(':server')
  testImplementation project(':test:framework')
}

project.forbiddenPatterns {
  exclude '**/*.key'
}

tasks.named("dependencyLicenses").configure { it.enabled = false }

task buildZip(type: Zip, dependsOn: jar) {
  String parentDir = "license-tools-${archiveVersion}"
  into(parentDir + '/lib') {
    from jar
    from configurations.runtimeClasspath
  }
  into(parentDir + '/bin') {
    from 'bin'
  }
}

assemble.dependsOn buildZip
reorganize directory layout See elastic/elasticsearch#1022 Original commit: elastic/x-pack-elasticsearch@3ee8761312524e817bd1d10f865fd17405cd0ef3 2015-11-25 10:18:08 -05:00			`apply plugin: 'elasticsearch.build'`

			`dependencies {`
Replace compile configuration usage with api (7.x backport) (#58721) * Replace compile configuration usage with api (#58451) - Use java-library instead of plugin to allow api configuration usage - Remove explicit references to runtime configurations in dependency declarations - Make test runtime classpath input for testing convention - required as java library will by default not have build jar file - jar file is now explicit input of the task and gradle will ensure its properly build * Fix compile usages in 7.x branch 2020-06-30 15:57:41 +02:00			`api project(':x-pack:plugin:core')`
			`api project(':server')`
Remove deprecated usage of testCompile configuration (#57921) (#58083) * Remove usage of deprecated testCompile configuration * Replace testCompile usage by testImplementation * Make testImplementation non transitive by default (as we did for testCompile) * Update CONTRIBUTING about using testImplementation for test dependencies * Fail on testCompile configuration usage 2020-06-14 22:30:44 +02:00			`testImplementation project(':test:framework')`
reorganize directory layout See elastic/elasticsearch#1022 Original commit: elastic/x-pack-elasticsearch@3ee8761312524e817bd1d10f865fd17405cd0ef3 2015-11-25 10:18:08 -05:00			`}`

Move License into xpack We currently have the license:base project, as well as license:licensor. Xpack depends on license base. This change moves all the base license code into xpack, and makes the license-tools (previously called licensor) depenend on x-pack. Original commit: elastic/x-pack-elasticsearch@7fd462ad6a363092f64eb623f5b337518f8ba075 2016-07-27 22:38:18 -07:00			`project.forbiddenPatterns {`
			`exclude '*/.key'`
			`}`

Unify dependency licenses task configuration (#58116) (#58274) - Remove duplicate dependency configuration - Use task avoidance api accross the build - Remove redundant licensesCheck config 2020-06-18 08:15:50 +02:00			`tasks.named("dependencyLicenses").configure { it.enabled = false }`
Build: Add task to build zip of license tools This roughly matches what was done in 2.x for the license tools (except without any dependency exclusions). Original commit: elastic/x-pack-elasticsearch@4e1f07b5faa557c26db3d8bcdce17555d0fb5817 2016-08-16 14:23:37 -07:00
			`task buildZip(type: Zip, dependsOn: jar) {`
Fix deprecated property usage in archive tasks (#58269) (#58308) 2020-06-23 09:11:46 +02:00			`String parentDir = "license-tools-${archiveVersion}"`
Ensure license-tools zip extracts to a parent directory Currently, extracting the license-tools zip does not create a parent directory. This commit extracts out the `bin` and `lib` folders inside a parent directory `license-tools-{version}` Original commit: elastic/x-pack-elasticsearch@74960b6b1eff5816e335222d0fa1c90c2acb0d9c 2016-11-07 15:21:01 -05:00			`into(parentDir + '/lib') {`
Build: Add task to build zip of license tools This roughly matches what was done in 2.x for the license tools (except without any dependency exclusions). Original commit: elastic/x-pack-elasticsearch@4e1f07b5faa557c26db3d8bcdce17555d0fb5817 2016-08-16 14:23:37 -07:00			`from jar`
Replace compile configuration usage with api (7.x backport) (#58721) * Replace compile configuration usage with api (#58451) - Use java-library instead of plugin to allow api configuration usage - Remove explicit references to runtime configurations in dependency declarations - Make test runtime classpath input for testing convention - required as java library will by default not have build jar file - jar file is now explicit input of the task and gradle will ensure its properly build * Fix compile usages in 7.x branch 2020-06-30 15:57:41 +02:00			`from configurations.runtimeClasspath`
Build: Shadow x-pack:protocol into x-pack:plugin:core (#32240) This bundles the x-pack:protocol project into the x-pack:plugin:core project because we'd like folks to consider it an implementation detail of our build rather than a separate artifact to be managed and depended on. It is now bundled into both x-pack:plugin:core and client:rest-high-level. To make this work I had to fix a few things. Firstly, I had to make PluginBuildPlugin work with the shadow plugin. In that case we have to bundle only the `shadow` dependencies and the shadow jar. Secondly, every reference to x-pack:plugin:core has to use the `shadow` configuration. Without that the reference is missing all of the un-shadowed dependencies. I tried to make it so that applying the shadow plugin automatically redefines the `default` configuration to mirror the `shadow` configuration which would allow us to use bare project references to the x-pack:plugin:core project but I couldn't make it work. It'd look like it works but then fail for transitive dependencies anyway. I think it is still a good thing to do but I don't have the willpower to do it now. Finally, I had to fix an issue where Eclipse and IntelliJ didn't properly reference shadowed transitive dependencies. Neither IDE supports shadowing natively so they have to reference the shadowed projects. We fix this by detecting `shadow` dependencies when in "Intellij mode" or "Eclipse mode" and adding `runtime` dependencies to the same target. This convinces IntelliJ and Eclipse to play nice. 2018-07-24 11:53:04 -04:00			`}`
Ensure license-tools zip extracts to a parent directory Currently, extracting the license-tools zip does not create a parent directory. This commit extracts out the `bin` and `lib` folders inside a parent directory `license-tools-{version}` Original commit: elastic/x-pack-elasticsearch@74960b6b1eff5816e335222d0fa1c90c2acb0d9c 2016-11-07 15:21:01 -05:00			`into(parentDir + '/bin') {`
Build: Add task to build zip of license tools This roughly matches what was done in 2.x for the license tools (except without any dependency exclusions). Original commit: elastic/x-pack-elasticsearch@4e1f07b5faa557c26db3d8bcdce17555d0fb5817 2016-08-16 14:23:37 -07:00			`from 'bin'`
			`}`
			`}`

			`assemble.dependsOn buildZip`