Re-adding protobuf java subpackage and adding check section

[mbykhovtsev-ms]

Merge Checklist

All boxes should be checked before merging the PR (just tick any boxes which don't apply to this PR)

• The toolchain has been rebuilt successfully (or no changes were made to it)
• The toolchain/worker package manifests are up-to-date
• Any updated packages successfully build (or no packages were changed)
• Packages depending on static components modified in this PR (Golang, *-static subpackages, etc.) have had their Release tag incremented.
• Package tests (%check section) have been verified with RUN_CHECK=y for existing SPEC files, or added to new SPEC files
• All package sources are available
• cgmanifest files are up-to-date and sorted (./cgmanifest.json, ./toolkit/scripts/toolchain/cgmanifest.json, .github/workflows/cgmanifest.json)
• LICENSE-MAP files are up-to-date (./SPECS/LICENSES-AND-NOTICES/data/licenses.json, ./SPECS/LICENSES-AND-NOTICES/LICENSES-MAP.md, ./SPECS/LICENSES-AND-NOTICES/LICENSE-EXCEPTIONS.PHOTON)
• All source files have up-to-date hashes in the *.signatures.json files
• sudo make go-tidy-all and sudo make go-test-coverage pass
• Documentation has been updated to match any changes to the build system
• Ready to merge

---

Summary

Adds back protobuf java subpackage, as it will be required for future packages such as Hadoop. As well as adds check section that runs built-in unit tests for the protobuf make and java subpackage.

Change Log

• Re-added back protobuf java subpackage. As it will be required for future packages such as Hadoop
• Added check sections that runs main make tests and also java subpackage tests

Does this affect the toolchain?

NO

Test Methodology

• Local
• Pipeline build id: Official pipeline build

[PawelWMS]

Two small comments but looks good in general. Thanks!

[PawelWMS]

Please also add a changelog entry.

[PawelWMS]

Just need to add a missing changelog entry and I think we're done with this one.

[mbykhovtsev-ms]

Sorry I have not done any updates on this. This PR is not ready in the current state, now that we determined that we cannot vendor maven m2 as it might contain binaries. I will update this PR once we add maven tools to allow to provide dependencies via system instead of using m2 cache.