[
https://issues.apache.org/jira/browse/BEAM-6907?focusedWorklogId=290777&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-290777
]
ASF GitHub Bot logged work on BEAM-6907:
----------------------------------------
Author: ASF GitHub Bot
Created on: 07/Aug/19 21:12
Start Date: 07/Aug/19 21:12
Worklog Time Spent: 10m
Work Description: tvalentyn commented on pull request #9277: [BEAM-6907]
Reuse Python tarball in tox & dataflow integration tests
URL: https://github.com/apache/beam/pull/9277#discussion_r311752794
##########
File path: sdks/python/test-suites/dataflow/py2/build.gradle
##########
@@ -48,7 +52,7 @@ task preCommitIT(dependsOn: ['sdist', 'installGcpTest']) {
]
def cmdArgs = project.mapToArgString([
"test_opts": testOpts,
- "sdk_location": "${project.buildDir}/apache-beam.tar.gz",
+ "sdk_location": files(configurations.distTarBall.files).singleFile,
Review comment:
I am ok to keep this. It feels like there may be a shorter way to reference
the file defined by this configuration. Did you try
`configurations.distTarBall`? Somehow it seems to work in
https://github.com/apache/beam/blob/28a40572778883128c8f486d460003e98bb0e67e/sdks/python/container/build.gradle#L46
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
Issue Time Tracking
-------------------
Worklog Id: (was: 290777)
Time Spent: 1h 40m (was: 1.5h)
> Standardize Gradle projects/tasks structure for Python SDK
> ----------------------------------------------------------
>
> Key: BEAM-6907
> URL: https://issues.apache.org/jira/browse/BEAM-6907
> Project: Beam
> Issue Type: Task
> Components: build-system
> Reporter: Mark Liu
> Assignee: Mark Liu
> Priority: Major
> Time Spent: 1h 40m
> Remaining Estimate: 0h
>
> As Gradle parallelism applied to Python tests and more python versions added
> to tests, the way Gradle manages projects/tasks changed a lot. Frictions are
> generated during Gradle refactor since some projects defined separate build
> script under source directory. Thus, It will be better to standardize how we
> use Gradle. This will help to manage Python tests/builds/tasks across
> different versions and runners, and also easy for people to learn/use/develop.
> In general, we may want to:
> - Apply parallel execution
> - Share common tasks
> - Centralize test related tasks
> - Have a clear Gradle structure for projects/tasks
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
