pulumi/sdk/proto/go
Fraser Waters 9eb49a2818
RegisterProvider engine work (#16241)
<!--- 
Thanks so much for your contribution! If this is your first time
contributing, please ensure that you have read the
[CONTRIBUTING](https://github.com/pulumi/pulumi/blob/master/CONTRIBUTING.md)
documentation.
-->

# Description

<!--- Please include a summary of the change and which issue is fixed.
Please also include relevant motivation and context. -->

This adds support for a `RegisterProvider` method to the engine. This
allows an SDK process to send the information for a package (name,
version, url, etc, and parameter in the future) and get back a UUID for
that run of the engine that can be used to re-lookup that information.

That allows the SDK to just send the `provider` field in
`RegisterResourceRequest` instead of filling in `version`,
`pluginDownloadURL` etc (and importantly not having to fill in
`parameter` for parameterised providers, which could be a large amount
of data).

This doesn't update any of the SDKs to yet use this method. We can do
that piecemeal, but it will require core sdk and codegen changes for
each language.

## Checklist

- [x] I have run `make tidy` to update any new dependencies
- [x] I have run `make lint` to verify my code passes the lint check
  - [x] I have formatted my code using `gofumpt`

<!--- Please provide details if the checkbox below is to be left
unchecked. -->
- [x] I have added tests that prove my fix is effective or that my
feature works
<!--- 
User-facing changes require a CHANGELOG entry.
-->
- [ ] I have run `make changelog` and committed the
`changelog/pending/<file>` documenting my change
<!--
If the change(s) in this PR is a modification of an existing call to the
Pulumi Cloud,
then the service should honor older versions of the CLI where this
change would not exist.
You must then bump the API version in
/pkg/backend/httpstate/client/api.go, as well as add
it to the service.
-->
- [ ] Yes, there are changes in this PR that warrants bumping the Pulumi
Cloud API version
<!-- @Pulumi employees: If yes, you must submit corresponding changes in
the service repo. -->
2024-05-23 06:16:59 +00:00
..
codegen Clean up unused import warnings (#15581) 2024-03-04 13:01:25 +00:00
testing Add SupportPack to schemas to write out in the new style (#15713) 2024-03-22 09:25:46 +00:00
alias.pb.go Support subdirectories in proto 2023-03-05 16:05:58 +00:00
analyzer.pb.go Plumb Remote, Component, and LogicalName into the import plugin system (#15199) 2024-01-24 17:15:30 +00:00
analyzer_grpc.pb.go Plumb Remote, Component, and LogicalName into the import plugin system (#15199) 2024-01-24 17:15:30 +00:00
callback.pb.go Clean up unused import warnings (#15581) 2024-03-04 13:01:25 +00:00
callback_grpc.pb.go Engine support for remote transforms (#15290) 2024-02-21 16:30:46 +00:00
converter.pb.go Clean up unused import warnings (#15581) 2024-03-04 13:01:25 +00:00
converter_grpc.pb.go Add converter plugin 2023-03-09 22:16:21 +00:00
engine.pb.go Plumb Remote, Component, and LogicalName into the import plugin system (#15199) 2024-01-24 17:15:30 +00:00
engine_grpc.pb.go Plumb Remote, Component, and LogicalName into the import plugin system (#15199) 2024-01-24 17:15:30 +00:00
errors.pb.go Support subdirectories in proto 2023-03-05 16:05:58 +00:00
language.pb.go Use the local artifacts, not released artifacts in conformance tests (#15777) 2024-03-26 13:10:34 +00:00
language_grpc.pb.go Plumb Remote, Component, and LogicalName into the import plugin system (#15199) 2024-01-24 17:15:30 +00:00
plugin.pb.go Allow language plugins to return plugin checksums (#13776) 2023-08-25 15:26:25 +00:00
provider.pb.go Add Paramaterize to provider interface (#16174) 2024-05-15 16:22:39 +00:00
provider_grpc.pb.go Add Paramaterize to provider interface (#16174) 2024-05-15 16:22:39 +00:00
resource.pb.go RegisterProvider engine work (#16241) 2024-05-23 06:16:59 +00:00
resource_grpc.pb.go RegisterProvider engine work (#16241) 2024-05-23 06:16:59 +00:00
source.pb.go [engine] Add support for source positions 2023-07-10 14:35:40 -07:00