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
Proposal description: So far, the frontend developers have had to continue to rely on JSON REST interfaces as their primary means of information exchange. But with gRPC-web, gRPC is poised to become a valuable asset for them. gRPC's support for polyglot environments, focus on performance, type safety, and developer productivity has transformed the way developers design their architectures.
It is currently impossible to implement the HTTP/2 gRPC spec in the browser, as there is simply no browser API with enough fine-grained control over the requests.
The gRPC-Web spec starts from the point of view of the HTTP/2 spec and then defines the differences. These notably include:
Supporting both HTTP/1.1 and HTTP/2.
Sending of gRPC trailers at the very end of request/response bodies as indicated by a new bit in the gRPC message header4.
A mandatory proxy for translating between gRPC-Web requests and gRPC HTTP/2 responses.
I want to implement gRPC-Web in Hoppscotch like swagger, to let users view message formats from .proto / URL and test the server methods by sending any messages from the Hoppscotch.
Proposal roadmap:
Study the Hoppscotch repo code
Research different ideas to implement gRPC.
Build UI for making gRPC Calls.
Implement logic for parsing proto source files and dynamic messaging
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Application number: 5-05_Vis224_tfa_258
Full name: Vishal Rana
E-mail: [email protected]
GitHub username: VishalR3
Prior experience:
Proposal type:
Proposal title: gRPC-Web Support
Proposal description: So far, the frontend developers have had to continue to rely on JSON REST interfaces as their primary means of information exchange. But with gRPC-web, gRPC is poised to become a valuable asset for them. gRPC's support for polyglot environments, focus on performance, type safety, and developer productivity has transformed the way developers design their architectures.
It is currently impossible to implement the HTTP/2 gRPC spec in the browser, as there is simply no browser API with enough fine-grained control over the requests.
The gRPC-Web spec starts from the point of view of the HTTP/2 spec and then defines the differences. These notably include:
I want to implement gRPC-Web in Hoppscotch like swagger, to let users view message formats from .proto / URL and test the server methods by sending any messages from the Hoppscotch.
Proposal roadmap:
Beta Was this translation helpful? Give feedback.
All reactions