[BEAM-11042] Remove DirectRunner dependency on deprecated CreatePCollectionView primitive

[kennknowles]

I built this change on top of #13042 and confirmed that the direct runner's ValidatesRunner still passed. I confirmed with grep -r CreatePCollectionView runners/direct-java that there are no more mentions in the direct runner.

Summary of how the change works:

• For all the ParDo.MultiOutput primitives, attach a WriteView direct runner step to each side input. This has the same behavior as today but does not depend on having a CreatePCollectionView primitive in the SDK graph.
• Since CreatePCollectionView is still in the graph and it is not that easy to delete, just attach a noop evaluation. When CreatePCollectionView is deleted soon, this can be removed.

---

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.

[kennknowles]

As it turns out, I tested this on a branch where I had removed CreatePCollectionView from the expansion, and when it is added batch everything crashes of course because a primitive handler is missing.

[kennknowles]

This is fun. If the rewrites are in one order, just FileIOTest.testFileIoDynamicNaming fails, because the view is not written. If you swap the overrides and the view writing, then all sorts of SDF and stateful DoFn tests fail for a similar reason.

[kennknowles]

Fixed up the issue. It was the heavily mocked out direct runner tests that needed to be adjusted.

Please take a look.

[boyuanzz]

Thanks for the changes. Overall looks good to me except one minor comment.

[boyuanzz]

Can we add some comments here to explain why we need a no-op here? Also can we attach a TODO here to clean it up in the future?

[kennknowles]

Added a big comment and BEAM-11049.

[kennknowles]

Thanks! Because you approved with one comment, I already fixed the commit history and force pushed to the PR branch. I will wait for some green to make sure I didn't accidentally insert an error when editing the comments, then merge.

[kennknowles]

Added a big comment and BEAM-11049.

[kennknowles]

Run Java PreCommit

[kennknowles]

Run Java PreCommit

(flake in attempted metrics)

[kennknowles]

Run Java PreCommit

[kennknowles]

Same failure. Since it was green before and I only changed comments, I still believe it is a flake. I wonder if this PR changed some flake rate.