OpenSearch/plugin/core/build.gradle

apply plugin: 'elasticsearch.build'

dependencies {
    provided "org.elasticsearch:elasticsearch:${version}"
}

archivesBaseName = 'x-pack-core'

compileJava.options.compilerArgs << "-Xlint:-deprecation,-rawtypes,-serial,-try,-unchecked"
//compileTestJava.options.compilerArgs << "-Xlint:-deprecation,-rawtypes,-serial,-try,-unchecked"

// TODO: enable this once we have tests
test.enabled=false

licenseHeaders {
  approvedLicenses << 'BCrypt (BSD-like)'
  additionalLicense 'BCRYP', 'BCrypt (BSD-like)', 'Copyright (c) 2006 Damien Miller <djm@mindrot.org>'
}

parent.bundlePlugin {
    from jar
}
Create skeleton for plugin split (elastic/x-pack-elasticsearch#3233) This creates a basic skeleton for the plugin split by adding folders and example `build.gradle` files. It also includes a non-implemented `migrate-plugins.sh` script that we can fill in at a later time. Relates to elastic/x-pack-elasticsearch#2925 Original commit: elastic/x-pack-elasticsearch@2ab035d6b671b00478a8587c77fc16b9e2512311 2017-12-08 09:41:32 -07:00			`apply plugin: 'elasticsearch.build'`

			`dependencies {`
			`provided "org.elasticsearch:elasticsearch:${version}"`
			`}`

Rename x-pack-common -> x-pack-core (elastic/x-pack-elasticsearch#3272) The folder has to be named 'x-pack-core' (not 'core'), otherwise Gradle flips out and has circular dependencies. Relates to elastic/x-pack-elasticsearch#3233 Original commit: elastic/x-pack-elasticsearch@f756e5d356d776939448b1288d75c1e4a6026c43 2017-12-08 14:42:50 -07:00			`archivesBaseName = 'x-pack-core'`
Create skeleton for plugin split (elastic/x-pack-elasticsearch#3233) This creates a basic skeleton for the plugin split by adding folders and example `build.gradle` files. It also includes a non-implemented `migrate-plugins.sh` script that we can fill in at a later time. Relates to elastic/x-pack-elasticsearch#2925 Original commit: elastic/x-pack-elasticsearch@2ab035d6b671b00478a8587c77fc16b9e2512311 2017-12-08 09:41:32 -07:00
Migrate actions to plugin core (elastic/x-pack-elasticsearch#3424) This commit hacks up the xpack repo in such a way that it moves all actions that the transport client uses to plugin core. It also moves any classes that those actions use to plugin core, with a few exceptions. I tried to split up any classes that pulled in server side logic into the client, but that was not always 100% possible. Consider this commit a guide, and since I do not know the codebase for each plugin, consider it a best guess for what should be moved. A few other things were merged in below. This commit extracts the parts of Condition and AlwaysCondition that are needed by classes that will be moved into the client package. The only odd thing here is that since there are two parent classes (Condition and AlwaysCondition) it was not possible to make AlwaysConditionInteral extend from AlwaysCondition and still parse a ConditionInternal object, which is what the ConditionFactory expects. This commit removes the use of internal users in the User class, and instead moves them to Authentication, where they are used. [insert obligatory chuck norris karate image here] ref elastic/x-pack-elasticsearch#2925 Original commit: elastic/x-pack-elasticsearch@42d0b72209463d126c338cebb1a5dace38f79e6a 2017-12-27 11:31:16 -05:00			`compileJava.options.compilerArgs << "-Xlint:-deprecation,-rawtypes,-serial,-try,-unchecked"`
			`//compileTestJava.options.compilerArgs << "-Xlint:-deprecation,-rawtypes,-serial,-try,-unchecked"`

Create skeleton for plugin split (elastic/x-pack-elasticsearch#3233) This creates a basic skeleton for the plugin split by adding folders and example `build.gradle` files. It also includes a non-implemented `migrate-plugins.sh` script that we can fill in at a later time. Relates to elastic/x-pack-elasticsearch#2925 Original commit: elastic/x-pack-elasticsearch@2ab035d6b671b00478a8587c77fc16b9e2512311 2017-12-08 09:41:32 -07:00			`// TODO: enable this once we have tests`
			`test.enabled=false`
Migrate actions to plugin core (elastic/x-pack-elasticsearch#3424) This commit hacks up the xpack repo in such a way that it moves all actions that the transport client uses to plugin core. It also moves any classes that those actions use to plugin core, with a few exceptions. I tried to split up any classes that pulled in server side logic into the client, but that was not always 100% possible. Consider this commit a guide, and since I do not know the codebase for each plugin, consider it a best guess for what should be moved. A few other things were merged in below. This commit extracts the parts of Condition and AlwaysCondition that are needed by classes that will be moved into the client package. The only odd thing here is that since there are two parent classes (Condition and AlwaysCondition) it was not possible to make AlwaysConditionInteral extend from AlwaysCondition and still parse a ConditionInternal object, which is what the ConditionFactory expects. This commit removes the use of internal users in the User class, and instead moves them to Authentication, where they are used. [insert obligatory chuck norris karate image here] ref elastic/x-pack-elasticsearch#2925 Original commit: elastic/x-pack-elasticsearch@42d0b72209463d126c338cebb1a5dace38f79e6a 2017-12-27 11:31:16 -05:00
			`licenseHeaders {`
			`approvedLicenses << 'BCrypt (BSD-like)'`
			`additionalLicense 'BCRYP', 'BCrypt (BSD-like)', 'Copyright (c) 2006 Damien Miller <djm@mindrot.org>'`
			`}`
Create skeleton for plugin split (elastic/x-pack-elasticsearch#3233) This creates a basic skeleton for the plugin split by adding folders and example `build.gradle` files. It also includes a non-implemented `migrate-plugins.sh` script that we can fill in at a later time. Relates to elastic/x-pack-elasticsearch#2925 Original commit: elastic/x-pack-elasticsearch@2ab035d6b671b00478a8587c77fc16b9e2512311 2017-12-08 09:41:32 -07:00
			`parent.bundlePlugin {`
			`from jar`
			`}`