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.
---