You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I currently migrated from the default stack ( grpc-go with grpc-gateway ) to connect-go because I get a lot of features out of the box with minimal grpc boilerplate generation.
Connect currently supports grpc requests (which can be reflected easily with clients) and http requests. The problem is that the http part is missing certain features especially if one is using clients that work only with http.
grpc-gateway uses/includes the following binaries:
protoc-gen-grpc-gateway
protoc-gen-openapiv2
protoc-gen-go
protoc-gen-go-grpc
Currently, there is nothing in the connectrpc ecosystem that provides the features of protoc-gen-openapiv2. This will be especially useful to display http endpoints explicitly since connect doesn't strictly enforce standard http naming conventions and styles.
The text was updated successfully, but these errors were encountered:
I'll close this issue because I found a solution to this. There is no need for an additional lib to expose the connect-go API. protoc-gen-openapiv2 can be used but there is a need to specify generate_unbound_methods=true option. Additional libs like github.com/swaggo/http-swagger/v2 can be used to host the swagger generated file.
I currently migrated from the default stack ( grpc-go with grpc-gateway ) to connect-go because I get a lot of features out of the box with minimal grpc boilerplate generation.
Connect currently supports grpc requests (which can be reflected easily with clients) and http requests. The problem is that the http part is missing certain features especially if one is using clients that work only with http.
grpc-gateway uses/includes the following binaries:
Currently, there is nothing in the connectrpc ecosystem that provides the features of
protoc-gen-openapiv2
. This will be especially useful to display http endpoints explicitly since connect doesn't strictly enforce standard http naming conventions and styles.The text was updated successfully, but these errors were encountered: