2016-09-13 20:52:39 -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.
|
|
|
|
|
*/
|
|
|
|
|
|
2016-09-21 15:48:18 -04:00
|
|
|
import org.elasticsearch.gradle.test.ClusterConfiguration
|
|
|
|
|
import org.elasticsearch.gradle.test.ClusterFormationTasks
|
|
|
|
|
import org.elasticsearch.gradle.test.NodeInfo
|
|
|
|
|
|
2016-09-13 20:52:39 -04:00
|
|
|
esplugin {
|
|
|
|
|
description 'Discovery file plugin enables unicast discovery from hosts stored in a file.'
|
|
|
|
|
classname 'org.elasticsearch.discovery.file.FileBasedDiscoveryPlugin'
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
bundlePlugin {
|
|
|
|
|
from('config/discovery-file') {
|
|
|
|
|
into 'config'
|
|
|
|
|
}
|
|
|
|
|
}
|
2016-09-21 15:48:18 -04:00
|
|
|
|
|
|
|
|
task setupSeedNodeAndUnicastHostsFile(type: DefaultTask) {
|
|
|
|
|
mustRunAfter(precommit)
|
|
|
|
|
}
|
|
|
|
|
// setup the initial cluster with one node that will serve as the seed node
|
|
|
|
|
// for unicast discovery
|
|
|
|
|
ClusterConfiguration config = new ClusterConfiguration(project)
|
|
|
|
|
config.clusterName = 'discovery-file-test-cluster'
|
Build: Rework integ test setup and shutdown to ensure stop runs when desired (#23304)
Gradle's finalizedBy on tasks only ensures one task runs after another,
but not immediately after. This is problematic for our integration tests
since it allows multiple project's integ test clusters to be
simultaneously. While this has not been a problem thus far (gradle 2.13
happened to keep the finalizedBy tasks close enough that no clusters
were running in parallel), with gradle 3.3 the task graph generation has
changed, and numerous clusters may be running simultaneously, causing
memory pressure, and thus generally slower tests, or even failure if the
system has a limited amount of memory (eg in a vagrant host).
This commit reworks how integ tests are configured. It adds an
`integTestCluster` extension to gradle which is equivalent to the current
`integTest.cluster` and moves the rest test runner task to
`integTestRunner`. The `integTest` task is then just a dummy task,
which depends on the cluster runner task, as well as the cluster stop
task. This means running `integTest` in one project will both run the
rest tests, and shut down the cluster, before running `integTest` in
another project.
2017-02-22 15:43:15 -05:00
|
|
|
List<NodeInfo> nodes = ClusterFormationTasks.setup(project, 'initialCluster', setupSeedNodeAndUnicastHostsFile, config)
|
2016-09-21 15:48:18 -04:00
|
|
|
File srcUnicastHostsFile = file('build/cluster/unicast_hosts.txt')
|
|
|
|
|
|
|
|
|
|
// write the unicast_hosts.txt file to a temporary location to be used by the second cluster
|
|
|
|
|
setupSeedNodeAndUnicastHostsFile.doLast {
|
|
|
|
|
// write the unicast_hosts.txt file to a temp file in the build directory
|
|
|
|
|
srcUnicastHostsFile.setText(nodes.get(0).transportUri(), 'UTF-8')
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
// second cluster, which will connect to the first via the unicast_hosts.txt file
|
Build: Rework integ test setup and shutdown to ensure stop runs when desired (#23304)
Gradle's finalizedBy on tasks only ensures one task runs after another,
but not immediately after. This is problematic for our integration tests
since it allows multiple project's integ test clusters to be
simultaneously. While this has not been a problem thus far (gradle 2.13
happened to keep the finalizedBy tasks close enough that no clusters
were running in parallel), with gradle 3.3 the task graph generation has
changed, and numerous clusters may be running simultaneously, causing
memory pressure, and thus generally slower tests, or even failure if the
system has a limited amount of memory (eg in a vagrant host).
This commit reworks how integ tests are configured. It adds an
`integTestCluster` extension to gradle which is equivalent to the current
`integTest.cluster` and moves the rest test runner task to
`integTestRunner`. The `integTest` task is then just a dummy task,
which depends on the cluster runner task, as well as the cluster stop
task. This means running `integTest` in one project will both run the
rest tests, and shut down the cluster, before running `integTest` in
another project.
2017-02-22 15:43:15 -05:00
|
|
|
integTestCluster {
|
2017-04-17 19:02:46 -04:00
|
|
|
dependsOn setupSeedNodeAndUnicastHostsFile
|
Build: Rework integ test setup and shutdown to ensure stop runs when desired (#23304)
Gradle's finalizedBy on tasks only ensures one task runs after another,
but not immediately after. This is problematic for our integration tests
since it allows multiple project's integ test clusters to be
simultaneously. While this has not been a problem thus far (gradle 2.13
happened to keep the finalizedBy tasks close enough that no clusters
were running in parallel), with gradle 3.3 the task graph generation has
changed, and numerous clusters may be running simultaneously, causing
memory pressure, and thus generally slower tests, or even failure if the
system has a limited amount of memory (eg in a vagrant host).
This commit reworks how integ tests are configured. It adds an
`integTestCluster` extension to gradle which is equivalent to the current
`integTest.cluster` and moves the rest test runner task to
`integTestRunner`. The `integTest` task is then just a dummy task,
which depends on the cluster runner task, as well as the cluster stop
task. This means running `integTest` in one project will both run the
rest tests, and shut down the cluster, before running `integTest` in
another project.
2017-02-22 15:43:15 -05:00
|
|
|
clusterName = 'discovery-file-test-cluster'
|
2017-09-19 19:32:34 -04:00
|
|
|
setting 'discovery.zen.hosts_provider', 'file'
|
Build: Rework integ test setup and shutdown to ensure stop runs when desired (#23304)
Gradle's finalizedBy on tasks only ensures one task runs after another,
but not immediately after. This is problematic for our integration tests
since it allows multiple project's integ test clusters to be
simultaneously. While this has not been a problem thus far (gradle 2.13
happened to keep the finalizedBy tasks close enough that no clusters
were running in parallel), with gradle 3.3 the task graph generation has
changed, and numerous clusters may be running simultaneously, causing
memory pressure, and thus generally slower tests, or even failure if the
system has a limited amount of memory (eg in a vagrant host).
This commit reworks how integ tests are configured. It adds an
`integTestCluster` extension to gradle which is equivalent to the current
`integTest.cluster` and moves the rest test runner task to
`integTestRunner`. The `integTest` task is then just a dummy task,
which depends on the cluster runner task, as well as the cluster stop
task. This means running `integTest` in one project will both run the
rest tests, and shut down the cluster, before running `integTest` in
another project.
2017-02-22 15:43:15 -05:00
|
|
|
extraConfigFile 'discovery-file/unicast_hosts.txt', srcUnicastHostsFile
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
integTestRunner.finalizedBy ':plugins:discovery-file:initialCluster#stop'
|
|
|
|
|
|
