gRPC stack

[gattytto]

Is your enhancement related to a problem? Please describe.

no

Describe the solution you'd like

start a gRPC/protobuf sprint to summarize status of the needed parts, since some of them are still evolving (example: Quarkus for gRPC and protobuf does not still have TLS support) and some of them are already present in che but need a bit of additional stuff to be directly usable for gRPC.

Describe alternatives you've considered

I tried asking docker base images maintainers to add some binaries to the base language containers (for instance the golang image) but was denied because those base images are as minimum as possible and strictly related to the programming language and not the external tools.

Additional context

che7 is cloud-native, and gRPC is a member of the Cloud Native Computing Fundation https://www.cncf.io/

google protobuf compiler protoc (produces grpc artifacts using the grpc plugin) uses .proto files and there's already a ms-vscode extension around it.
#15577

EDIT: ADD BAZEL TO THE MIX
protoc-gen binaries for languages have been deprecated in favor of plugin-form generators and they are implemented using bazelbuild. for base reference see this file and some other languages are being added but are not included in that project, like:
Web-Javascript that is waiting for this pr to also allow nested protobuf includes (using @ references).
Scala

WHY A STACK?

• gRPC is language-agnostic as it is provided in many of them

• I think it would be nice to have this in a stack because then one could re-use resources from CLI containers for specific languages (like the quarkus or golang CLI container) to have the protoc compiler building different languages code without the need to have a bloated proto3 sidecar that covers all the languages.

[gattytto]

there's also gRPC schemas generation from openAPI schemas implemented in openAPI-Generator OpenAPITools/openapi-generator#3818 and there's 4 openapi ms-vscode extensions.

[gattytto]

it looks like all the protoc-gen-* are community driven and only official protoc plugin is grpc, also google found their own way of doing things for final ready-to-use client libs generation, toolset and pipeline is mentioned here OpenAPITools/openapi-generator#5096 (comment)

[che-bot]

Issues go stale after 180 days of inactivity. lifecycle/stale issues rot after an additional 7 days of inactivity and eventually close.

Mark the issue as fresh with /remove-lifecycle stale in a new comment.

If this issue is safe to close now please do so.

Moderators: Add lifecycle/frozen label to avoid stale mode.

[che-bot]

Issues go stale after 180 days of inactivity. lifecycle/stale issues rot after an additional 7 days of inactivity and eventually close.

Mark the issue as fresh with /remove-lifecycle stale in a new comment.

If this issue is safe to close now please do so.

Moderators: Add lifecycle/frozen label to avoid stale mode.

[che-bot]

Issues go stale after 180 days of inactivity. lifecycle/stale issues rot after an additional 7 days of inactivity and eventually close.

Mark the issue as fresh with /remove-lifecycle stale in a new comment.

If this issue is safe to close now please do so.

Moderators: Add lifecycle/frozen label to avoid stale mode.