Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BEAM-9219] Streamline creation of Python and Java dependencies pages #10745

Merged
merged 1 commit into from Feb 12, 2020

Conversation

davidwrede
Copy link
Contributor

Remove Java and Python SDK dependency tables from the docs and refer people to the source code or alternative methods to get this information.

R: @tvalentyn, @davidcavazos
CC: @aaltay, @rosetn, @soyrice


Thank you for your contribution! Follow this checklist to help us incorporate your contribution quickly and easily:

  • Choose reviewer(s) and mention them in a comment (R: @username).
  • Format the pull request title like [BEAM-XXX] Fixes bug in ApproximateQuantiles, where you replace BEAM-XXX with the appropriate JIRA issue, if applicable. This will automatically link the pull request to the issue.
  • If this contribution is large, please file an Apache Individual Contributor License Agreement.

See the Contributor Guide for more tips on how to make review process smoother.

Post-Commit Tests Status (on master branch)

Lang SDK Apex Dataflow Flink Gearpump Samza Spark
Go Build Status --- --- Build Status --- --- Build Status
Java Build Status Build Status Build Status Build Status
Build Status
Build Status
Build Status Build Status Build Status
Build Status
Build Status
Python Build Status
Build Status
Build Status
Build Status
--- Build Status
Build Status
Build Status
Build Status
--- --- Build Status
XLang --- --- --- Build Status --- --- ---

Pre-Commit Tests Status (on master branch)

--- Java Python Go Website
Non-portable Build Status Build Status
Build Status
Build Status Build Status
Portable --- Build Status --- ---

See .test-infra/jenkins/README for trigger phrase, status and link of all Jenkins jobs.

Copy link
Member

@aaltay aaltay left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we keep the old information in the same page for previous releases? Removing might be a regression for existing users. We could hide in a collapsed box maybe?

@soyrice
Copy link
Contributor

soyrice commented Feb 3, 2020

Should we keep the old information in the same page for previous releases? Removing might be a regression for existing users. We could hide in a collapsed box maybe?

I worry that keeping these tables will lead to the expectation that we'll create more tables. Based on the feedback of the Java deps page, it seems to be confusing to just have tables for some of the old versions.

@rosetn
Copy link
Contributor

rosetn commented Feb 3, 2020

Should we keep the old information in the same page for previous releases? Removing might be a regression for existing users. We could hide in a collapsed box maybe?

I worry that keeping these tables will lead to the expectation that we'll create more tables. Based on the feedback of the Java deps page, it seems to be confusing to just have tables for some of the old versions.

I agree with Cyrus. If it's the same process to access the old information as listed here, it's confusing to stop at an old version and might make this page look stale.

@aaltay
Copy link
Member

aaltay commented Feb 3, 2020

Should we keep the old information in the same page for previous releases? Removing might be a regression for existing users. We could hide in a collapsed box maybe?

I worry that keeping these tables will lead to the expectation that we'll create more tables. Based on the feedback of the Java deps page, it seems to be confusing to just have tables for some of the old versions.

Sounds good. If the new procedure could get the same information as the tables let's drop it. And if it cannot, that means we need to improve the new process.

@soyrice
Copy link
Contributor

soyrice commented Feb 4, 2020

LGTM after updating "compile and runtime dependencies" in the Python deps doc to "dependencies" per Valentyn's comment

@davidwrede
Copy link
Contributor Author

@tvalentyn I incorporated the majority of your feedback, but left the venv instructions in for Python 3 as that seems to be the guidance from python.org.

@tvalentyn
Copy link
Contributor

LGTM, thank you!

Copy link
Contributor

@davidcavazos davidcavazos left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you for doing this!

website/src/documentation/sdks/java-dependencies.md Outdated Show resolved Hide resolved
website/src/documentation/sdks/java-dependencies.md Outdated Show resolved Hide resolved
https://raw.githubusercontent.com/apache/beam/v<version_number>/sdks/python/setup.py
```

Replace `<version_number>` with the major.minor.patch version of the SDK. For example, <https://raw.githubusercontent.com/apache/beam/v2.18.0/sdks/python/setup.py>{:target="_blank"} will provide the dependencies for the 2.18.0 release.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I looked at the staged website: I think the documentation may be more user-friendly and the link we give in "For example" points to a place in the file where requirements are defined instead of the beginning of the file.
We could use 'https://github.com/apache/beam/...' instead of raw URL for this purpose. What do you think?

Same about BeamModulePlugin reference.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As long as that is consistent between versions of the file (for supported SDKs), then I think that makes sense.

website/src/documentation/sdks/python-dependencies.md Outdated Show resolved Hide resolved
@tvalentyn
Copy link
Contributor

retest this please

@tvalentyn
Copy link
Contributor

test


<details><summary markdown="span"><b>2.9.0</b></summary>
1. Open `BeamModulePlugin.groovy`.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we link the file to the latest file?

[`BeamModulePlugin.groovy`](https://raw.githubusercontent.com/apache/beam/v{{ site.release_latest }}/buildSrc/src/main/groovy/org/apache/beam/gradle/BeamModulePlugin.groovy)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't want to do it here. The point of this step is to show which file the reader should look in and which placeholder they should substitute.

The example now shows (and links) to the latest version of the file.

Signed-off-by: Dave Wrede <dwrede@dwrede-macbookpro.roam.corp.google.com>
@tvalentyn
Copy link
Contributor

tvalentyn commented Feb 6, 2020

Please don't squash reviewed and unreviewed commits in future PRs as it is difficult to see the diff, see: https://beam.apache.org/contribute/#make-reviewers-job-easier.

@davidwrede
Copy link
Contributor Author

Sorry about that @tvalentyn. Will remember that for next time.

@tvalentyn
Copy link
Contributor

test

@tvalentyn
Copy link
Contributor

Looks like tests are not running again...

@tvalentyn
Copy link
Contributor

Run Website_Stage_GCS PreCommit

@tvalentyn
Copy link
Contributor

Run Website PreCommit

@davidcavazos
Copy link
Contributor

LGTM :)

@tvalentyn
Copy link
Contributor

Run Website_Stage_GCS PreCommit

@tvalentyn
Copy link
Contributor

Run Website PreCommit

@tvalentyn
Copy link
Contributor

Run Website_Stage_GCS PreCommit

@tvalentyn tvalentyn merged commit 9165828 into apache:master Feb 12, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

6 participants