Fix passing in version on provider build

[IaroslavTitov]

Summary

• Fixes: Resource plugin version mismatch despite no conflicting binaries #477
• Fixes the first bullet point of [Housekeeping] Eliminate useless files #465
• Fixing missed Version insertion using -ldflags
• Moving location of Version to main.go to eliminate empty file
• Moving serve.go logic to main.go to pull out serving logic out of provider package
• Minor cleanup of Makefile - creating one BUILD_PATH variable to avoid repeating path blocks
• Adding missed version specification for java sdk generation

Summary

• Tested build works locally and provider works as expected
• Integ tests

[github-actions]

Does the PR have any schema changes?

Looking good! No breaking changes found.
No new resources/functions.

Maintainer note: consult the runbook for dealing with any breaking changes.

[t0yv0]

Not spotting any problems per se, but this will be confusing: when a repository is onboarded to ci-mgmt usually these files are auto-generated:

.github/workflows/build_sdk.yml

Makefile may or may not be generated - it depends but we need to be clear which one it is. Assuming this repo has a custom Makefile.

sdk/java/build.gradle is usually automatically generated as well by the make java_sdk command.

The danger here is that if these are actually automatically generated, the manual changes might be lost next time this is done.

[IaroslavTitov]

build_sdk.yml

Is it supposed to be auto-generated every run or once upon onboarding? It's not regenerated every time today afaik
I had to edit that file because I added the missed --version into java sdk generation, so sdk/java/build.gradle is now generated with a different version string every time, and thus needed changes to be ignored

we need to be clear which one it is. Assuming this repo has a custom Makefile.

This is a custom Makefile, never generated afaik. Should I add a comment or something like that to make it explicit that it is?

[t0yv0]

Perfect thanks for clarifying. So Makefile is custom. sdk/java/build.gradle is generated - all good apparently.

This leaves .github/workflows/build_sdk.yml

This file should be coming from ci-mgmt and as it evolves in ci-mgmt this repo should be getting an updated copy. Usually this happens in automated PRs like pulumi/pulumi-aws#5092 - this helps us avoid drift of these workflows across all providers.

[IaroslavTitov]

This file should be coming from ci-mgmt and as it evolves in ci-mgmt this repo should be getting an updated copy.

Ah, I see, good to know!

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 0.00%. Comparing base (0cd0883) to head (8afae3a).
Report is 1 commits behind head on main.

Additional details and impacted files

@@     Coverage Diff     @@
##   main   #486   +/-   ##
===========================
===========================

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.