honeymoose
/
OpenSearch
mirror of https://github.com/honeymoose/OpenSearch.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
OpenSearch/test/framework/build.gradle

78 lines
3.2 KiB
Groovy
Raw Normal View History

Build: Move test framework files to their new location The test jar was previously built in maven by copying class files. With gradle we now have a proper test framework artifact. This change moves the classes used by the test framework into the test-framework module. See #13930
2015-10-30 02:25:24 -04:00
/*
* Licensed to Elasticsearch under one or more contributor
* license agreements. See the NOTICE file distributed with
* this work for additional information regarding copyright
* ownership. Elasticsearch licenses this file to you under
* the Apache License, Version 2.0 (the "License"); you may
* not use this file except in compliance with the License.
* You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing,
* software distributed under the License is distributed on an
* "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
* KIND, either express or implied. See the License for the
* specific language governing permissions and limitations
* under the License.
*/
Switch build system to Gradle See #13930
2015-10-29 14:40:19 -04:00
Improve thirdPartyAudit check, round 3
2015-12-28 22:38:55 -05:00
import org.elasticsearch.gradle.precommit.PrecommitTasks;
Switch build system to Gradle See #13930
2015-10-29 14:40:19 -04:00
dependencies {
Shade external dependencies in the rest client jar This commit removes all external dependencies from the rest client jar and shades them in an 'org.elasticsearch.client' package within the jar using shadowJar gradle plugin. All projects that depended on the existing jar have been converted to using the 'org.elasticsearch.client' package prefixes to interact with the rest client. Closes #25208
2017-07-24 13:55:43 -04:00
compile "org.elasticsearch.client:elasticsearch-rest-client:${version}"
LLClient: Support host selection (#30523) Allows users of the Low Level REST client to specify which hosts a request should be run on. They implement the `NodeSelector` interface or reuse a built in selector like `NOT_MASTER_ONLY` to chose which nodes are valid. Using it looks like: ``` Request request = new Request("POST", "/foo/_search"); RequestOptions options = request.getOptions().toBuilder(); options.setNodeSelector(NodeSelector.NOT_MASTER_ONLY); request.setOptions(options); ... ``` This introduces a new `Node` object which contains a `HttpHost` and the metadata about the host. At this point that metadata is just `version` and `roles` but I plan to add node attributes in a followup. The canonical way to **get** this metadata is to use the `Sniffer` to pull the information from the Elasticsearch cluster. I've marked this as "breaking-java" because it breaks custom implementations of `HostsSniffer` by renaming the interface to `NodesSniffer` and by changing it from returning a `List<HttpHost>` to a `List<Node>`. It *shouldn't* break anyone else though. Because we expect to find it useful, this also implements `host_selector` support to `do` statements in the yaml tests. Using it looks a little like: ``` --- "example test": - skip: features: host_selector - do: host_selector: version: " - 7.0.0" # same syntax as skip apiname: something: true ``` The `do` section parses the `version` string into a host selector that uses the same version comparison logic as the `skip` section. When the `do` section is executed it passed the off to the `RestClient`, using the `ElasticsearchHostsSniffer` to sniff the required metadata. The idea is to use this in mixed version tests to target a specific version of Elasticsearch so we can be sure about the deprecation logging though we don't currently have any examples that need it. We do, however, have at least one open pull request that requires something like this to properly test it. Closes #21888
2018-06-11 17:07:27 -04:00
compile "org.elasticsearch.client:elasticsearch-rest-client-sniffer:${version}"
Add elasticsearch-nio jar for base nio classes (#27801) This is related to #27802. This commit adds a jar called elasticsearch-nio that contains the base nio classes that will be used for the tcp nio transport and eventually the http nio transport. The jar does not depend on elasticsearch:core, so all references to core have been removed.
2017-12-20 17:29:16 -05:00
compile "org.elasticsearch:elasticsearch-nio:${version}"
Switch build system to Gradle See #13930
2015-10-29 14:40:19 -04:00
compile "org.elasticsearch:elasticsearch:${version}"
Move the CLI into its own subproject (#27114) Projects the depend on the CLI currently depend on core. This should not always be the case. The EnvironmentAwareCommand will remain in :core, but the rest of the CLI components have been moved into their own subproject of :core, :core:cli.
2017-11-18 22:42:57 -05:00
compile "org.elasticsearch:elasticsearch-cli:${version}"
Build: Move test framework files to their new location The test jar was previously built in maven by copying class files. With gradle we now have a proper test framework artifact. This change moves the classes used by the test framework into the test-framework module. See #13930
2015-10-30 02:25:24 -04:00
compile "com.carrotsearch.randomizedtesting:randomizedtesting-runner:${versions.randomizedrunner}"
Build: Remove transitive dependencies Transitive dependencies can be confusing and hard to deal with when conflicts arise between them. This change removes transitive dependencies from elasticsearch, and forces any dependency conflicts to be resolved manually, instead of automatically by gradle. closes #14627
2015-11-10 17:58:46 -05:00
compile "junit:junit:${versions.junit}"
Build: add hamcrest and securemock to version.properties
2016-06-06 09:02:52 -04:00
compile "org.hamcrest:hamcrest-all:${versions.hamcrest}"
Build: Remove transitive dependencies Transitive dependencies can be confusing and hard to deal with when conflicts arise between them. This change removes transitive dependencies from elasticsearch, and forces any dependency conflicts to be resolved manually, instead of automatically by gradle. closes #14627
2015-11-10 17:58:46 -05:00
compile "org.apache.lucene:lucene-test-framework:${versions.lucene}"
compile "org.apache.lucene:lucene-codecs:${versions.lucene}"
compile "commons-logging:commons-logging:${versions.commonslogging}"
compile "commons-codec:commons-codec:${versions.commonscodec}"
Build: add hamcrest and securemock to version.properties
2016-06-06 09:02:52 -04:00
compile "org.elasticsearch:securemock:${versions.securemock}"
Replace Socket, ServerSocket, and HttpServer usages in tests with mocksocket versions (#22287) This integrates the mocksocket jar with elasticsearch tests. Mocksocket wraps actions requiring SocketPermissions in doPrivilege blocks. This will eventually allow SocketPermissions to be assigned to the mocksocket jar opposed to the entire elasticsearch codebase.
2017-01-04 15:38:51 -05:00
compile "org.elasticsearch:mocksocket:${versions.mocksocket}"
Switch build system to Gradle See #13930
2015-10-29 14:40:19 -04:00
}
Ban Serializable 1. Uses forbidden patterns to prevent things from referencing java.io.Serializable or from mentioning serialVersionUID. 2. Uses -Xlint:-serial so we don't have to hear from javac that we aren't declaring serialVersionUID on any classes that we make that happen to extend Serializable. 3. Remove Serializable and serialVersionUID declarations. I didn't use forbidden apis because it doesn't look like it has a way to ban explicitly implementing Serializable. If you try to ban Serializable with forbidden apis you end up banning all Exceptions and all Strings. Closes #15847
2016-01-11 13:35:59 -05:00
compileJava.options.compilerArgs << '-Xlint:-cast,-rawtypes,-try,-unchecked'
Build: Move test framework files to their new location The test jar was previously built in maven by copying class files. With gradle we now have a proper test framework artifact. This change moves the classes used by the test framework into the test-framework module. See #13930
2015-10-30 02:25:24 -04:00
compileTestJava.options.compilerArgs << '-Xlint:-rawtypes'
Switch build system to Gradle See #13930
2015-10-29 14:40:19 -04:00
Fix typos in comments/strings of `test` module.
2016-03-09 13:01:15 -05:00
// the main files are actually test files, so use the appropriate forbidden api sigs
Improve thirdPartyAudit check, round 3
2015-12-28 22:38:55 -05:00
forbiddenApisMain {
signaturesURLs = [PrecommitTasks.getResource('/forbidden/all-signatures.txt'),
PrecommitTasks.getResource('/forbidden/test-signatures.txt')]
}
// TODO: should we have licenses for our test deps?
dependencyLicenses.enabled = false
Build: Add 3rd party dependencies report generation (#27727) * Adds task dependenciesInfo to BuildPlugin to generate a CSV file with dependencies information (name,version,url,license) * Adds `ConcatFilesTask.groovy` to concatenates multiple files into one * Adds task `:distribution:generateDependenciesReport` to concatenate `dependencies.csv` files into a single file (`es-dependencies.csv` by default) # Examples: $ gradle dependenciesInfo :distribution:generateDependenciesReport ## Use `csv` system property to customize the output file path $ gradle dependenciesInfo :distribution:generateDependenciesReport -Dcsv=/tmp/elasticsearch-dependencies.csv ## When branch is not master, use `build.branch` system property to generate correct licenses URLs $ gradle dependenciesInfo :distribution:generateDependenciesReport -Dbuild.branch=6.x -Dcsv=/tmp/elasticsearch-dependencies.csv
2017-12-26 04:51:47 -05:00
dependenciesInfo.enabled = false
Improve thirdPartyAudit check, round 3
2015-12-28 22:38:55 -05:00
thirdPartyAudit.excludes = [
// classes are missing
Group client projects under :client :client ---------> :client:rest :client-sniffer -> :client:sniffer :client-test ----> :client:test This lines the client up with how we do things like modules and plugins.
2016-06-22 13:40:01 -04:00
'javax.servlet.ServletContextEvent',
'javax.servlet.ServletContextListener',
'org.apache.avalon.framework.logger.Logger',
'org.apache.log.Hierarchy',
'org.apache.log.Logger',
Improve thirdPartyAudit check, round 3
2015-12-28 22:38:55 -05:00
// we intentionally exclude the ant tasks because people were depending on them from their tests!!!!!!!
Group client projects under :client :client ---------> :client:rest :client-sniffer -> :client:sniffer :client-test ----> :client:test This lines the client up with how we do things like modules and plugins.
2016-06-22 13:40:01 -04:00
'org.apache.tools.ant.BuildException',
'org.apache.tools.ant.DirectoryScanner',
'org.apache.tools.ant.Task',
'org.apache.tools.ant.types.FileSet',
'org.easymock.EasyMock',
'org.easymock.IArgumentMatcher',
Improve thirdPartyAudit check, round 3
2015-12-28 22:38:55 -05:00
'org.jmock.core.Constraint',
]
Add task to look for tests in src/main (#24298) Creates a new task `namingConventionsMain`, that runs on the `buildSrc` and `test:framework` projects and fails the build if any of the classes in the main artifacts are named like tests or are non-abstract subclasses of ESTestCase. It also fixes the three tests that would cause it to fail.
2017-04-25 21:11:47 -04:00
task namingConventionsMain(type: org.elasticsearch.gradle.precommit.NamingConventionsTask) {
checkForTestsInMain = true
}
precommit.dependsOn namingConventionsMain
Test that gradle and Java version types match (#24943) Both gradle and java code attempt to infer the type of a each Version constant in Version.java. It is super important that they infer that each constant has the same type. If they disagree we might accidentally not be testing backwards compatibility for some version. This adds a test to make sure that they agree, modulo known and accepted differences (mostly around alphas). It also changes the minimum wire compatible version from the released 5.4.0 to the unreleased 5.5.0 as that lines up with the gradle logic. Relates to #24798 Note that the gradle and java version logic doesn't actually match so this contains a hack to make it *look* like it matches. Since this is a start, I'm merging it and going to work on some followups to make the logic actually match.....
2017-06-02 21:30:47 -04:00
test.configure {
Generalize BWC logic (#28505) Generalizing BWC building so that there is less code to modify for a release. This ensures we do not need to think about what major or minor version is in the gradle code. It follows the general rules of the elastic release structure. For more information on the rules, see the VersionCollection's javadoc. This also removes the additional bwc snapshots that will never be released, such as 6.0.2, which were being built and tested against every time we ran bwc tests. Additionally, it creates 4 new projects that correspond to the different types of snapshots that may exist for a given version. Its possible to now run those individual tasks to work out bwc logic whereas previously it was impossible and the entire suite of bwc tests had to be run to work out any logic changes in the build tools' bwc project. Please note that if the project does not make sense for the version that is current, that an error will be thrown from that individual project if an attempt is made to run it. This should allow for automating the version bumps as well, since it removes all the hardcoded version logic from the configs.
2018-02-09 15:55:10 -05:00
systemProperty 'tests.gradle_index_compat_versions', bwcVersions.indexCompatible.join(',')
systemProperty 'tests.gradle_wire_compat_versions', bwcVersions.wireCompatible.join(',')
Test that gradle and Java version types match (#24943) Both gradle and java code attempt to infer the type of a each Version constant in Version.java. It is super important that they infer that each constant has the same type. If they disagree we might accidentally not be testing backwards compatibility for some version. This adds a test to make sure that they agree, modulo known and accepted differences (mostly around alphas). It also changes the minimum wire compatible version from the released 5.4.0 to the unreleased 5.5.0 as that lines up with the gradle logic. Relates to #24798 Note that the gradle and java version logic doesn't actually match so this contains a hack to make it *look* like it matches. Since this is a start, I'm merging it and going to work on some followups to make the logic actually match.....
2017-06-02 21:30:47 -04:00
}