[BEAM-10961] Enabled strict dependency over sdks-io

[sonam-vend]

Since enabling the strict dependencies on all Java modules is a large and critical change to be merged all at once. Therefore, task [BEAM-10961] is divided into sub-tasks and strict dependencies are enabled to each module separately which is comparatively easy to review and merge.Please add a meaningful description for your change here

---

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.
• Update CHANGES.md with noteworthy changes.
• 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	Dataflow	Flink	Samza	Spark	Twister2
Go		---		---		---
Java
Python				---		---
XLang				---		---

Pre-Commit Tests Status (on master branch)

---	Java	Python	Go	Website	Whitespace	Typescript
Non-portable
Portable	---		---	---	---	---

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

GitHub Actions Tests Status (on master branch)

See CI.md for more information about GitHub Actions CI.

[aromanenko-dev]

@sonam-vend Is there any Jira issue(s) about these "Enabled strict dependency ..." PRs?

[sonam-vend]

@sonam-vend Is there any Jira issue(s) about these "Enabled strict dependency ..." PRs?

Yes, there is one https://issues.apache.org/jira/browse/BEAM-10961

[sonam-vend]

Run Java PreCommit

[aromanenko-dev]

Yes, there is one https://issues.apache.org/jira/browse/BEAM-10961

@sonam-vend Great! Could you add a prefix with Jira ID (like "[BEAM-10961]") to PRs and commit messages? It will allow automatically link a PR with a correspondent Jira issue and make it easier to observe the history of changes in the future.

Ptal on this as well:
https://beam.apache.org/contribute/#make-your-change

[sonam-vend]

For :sdks:java:container:generateLicenseReport to succeed, had to exclude kafka-clients and zookeeper.

[sonam-vend]

R: @ibzib , @aaltay can you please review or add reviewers who can review this.

[shehzaadn-vd]

No need for compile+permitUnusedDeclared here since this bigquery-io-perf-tests just contains tests.

[shehzaadn-vd]

@ibzib do you think this is good to go?

[ibzib]

I'd still prefer this PR to be split up further, with one file per PR (with the exception of kinesis and kinesis/expansion-service, which are fine to put in the same PR if you like). These files are totally unrelated but for the fact that they are IOs, so it will be much easier to review each file separately. Many of these files are ready to merge right now, like in #13902. But when files that are ready to merged are mixed in with files that are not, it becomes very time-consuming to review, since every time I have to re-evaluate which files are ready and which need changes. Plus, it is a lot easier to roll back smaller changes in case we accidentally create a bug.

[shehzaadn-vd]

I'd still prefer this PR to be split up further, with one file per PR (with the exception of kinesis and kinesis/expansion-service, which are fine to put in the same PR if you like). These files are totally unrelated but for the fact that they are IOs, so it will be much easier to review each file separately. Many of these files are ready to merge right now, like in #13902. But when files that are ready to merged are mixed in with files that are not, it becomes very time-consuming to review, since every time I have to re-evaluate which files are ready and which need changes. Plus, it is a lot easier to roll back smaller changes in case we accidentally create a bug.

@ibzib Point well taken. 21 PRs coming up :-)

[ibzib]

This PR was broken up and merged in pieces.