You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@beam.apache.org by kennknowles <gi...@git.apache.org> on 2016/07/22 04:17:17 UTC
[GitHub] incubator-beam pull request #709: [BEAM-479] Execute RunnableOnService tests...
GitHub user kennknowles opened a pull request:
https://github.com/apache/incubator-beam/pull/709
[BEAM-479] Execute RunnableOnService tests only when runner options provided
Be sure to do all of the following to help us incorporate your contribution
quickly and easily:
- [x] Make sure the PR title is formatted like:
`[BEAM-<Jira issue #>] Description of pull request`
- [ ] Make sure tests pass via `mvn clean verify`. (Even better, enable
Travis-CI on your fork and ensure the whole test matrix passes).
- [x] Replace `<Jira issue #>` in the title with the actual Jira issue
number, if there is one.
- [x] If this contribution is large, please file an Apache
[Individual Contributor License Agreement](https://www.apache.org/licenses/icla.txt).
---
Previously, the situation was this:
- All runners inherit a RunnableOnService integration-test
execution referencing runnableOnServicePipelineOptions
whether or not the variable was set. Basically an unbound
variable reference.
- The Dataflow runner had a profile disabling it if
runnableOnServicePipelineOptions was not set.
- Before they got configured, Flink and Spark had to
do extra work to explicitly prevent the invalid
configuration from being used.
After this change:
- All runners inherit the same integration-test execution
but only if the variable it requires is present.
- Dataflow doesn't have any special profile.
- Flink and Spark are unchanged, since they do set
up the variable themselves. When they move to running
only as postcommit, like Dataflow does, the hardcoding
is expected to either move to a profile or move to
the Jenkins invocation.
This addresses the particular aspect of [BEAM-479](https://issues.apache.org/jira/browse/BEAM-479) about getting a symmetrical config. The way that the configuration is set up is an annoying barrier to new runners (they have to suppress the thing) and also less readable than a straightforward profile.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/kennknowles/incubator-beam integration-tests
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/incubator-beam/pull/709.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #709
----
commit a34a9a819d12ad4d9c14a7292fc241a89f3f836b
Author: Kenneth Knowles <kl...@google.com>
Date: 2016-07-22T04:01:36Z
Execute RunnableOnService tests only when runner options provided
Previously, the situation was this:
- All runners inherit a RunnableOnService integration-test
execution referencing runnableOnServicePipelineOptions
whether or not the variable was set. Basically an unbound
variable reference.
- The Dataflow runner had a profile disabling it if
runnableOnServicePipelineOptions was not set.
- Before they got configured, Flink and Spark had to
do extra work to explicitly prevent the invalid
configuration from being used.
After this change:
- All runners inherit the same integration-test execution
but only if the variable it requires is present.
- Dataflow doesn't have any special profile.
- Flink and Spark are unchanged, since they do set
up the variable themselves. When they move to running
only as postcommit, like Dataflow does, the hardcoding
is expected to either move to a profile or move to
the Jenkins invocation.
----
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.
---
[GitHub] incubator-beam pull request #709: [BEAM-479] Execute RunnableOnService tests...
Posted by asfgit <gi...@git.apache.org>.
Github user asfgit closed the pull request at:
https://github.com/apache/incubator-beam/pull/709
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.
---