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
The backend server will be presenting the proto files that describe each message or RPC service, through some endpoints, e.g. http://localhost:8080/proto/models/microservices to get the descriptor file of the available nodes and microservices.
To be able to fulfill issues like #13, we need to define a way of getting those proto files and be able to use them, generating the needed code to communicate with freestyle-opscenter backend.
Although we could be directly using them at runtime (thanks to the JS implementation, Protobuf.js) as a really good advantage of using TypeScript and proto files is the chance of getting strongly typed definitions of these messages and services (with all its benefits), the proposal is to read them at build time step on the freestyle-opscenter-webclient.
The text was updated successfully, but these errors were encountered:
A freestyle-rpc service should automatically expose it's .proto definitions via http GET. this GET can happen at build time in the frontend and used to generate a typed client.
* Add node script to read the proto files on an specific directory and generate the JS code and TS definitions associated.
* Add an example proto which includes a general microservices network structure.
* Add some needed dev dependencies for the node script to work properly.
This fixes#28
Uh oh!
There was an error while loading. Please reload this page.
The backend server will be presenting the
proto
files that describe each message or RPC service, through some endpoints, e.g.http://localhost:8080/proto/models/microservices
to get the descriptor file of the available nodes and microservices.To be able to fulfill issues like #13, we need to define a way of getting those proto files and be able to use them, generating the needed code to communicate with freestyle-opscenter backend.
Although we could be directly using them at runtime (thanks to the JS implementation, Protobuf.js) as a really good advantage of using TypeScript and proto files is the chance of getting strongly typed definitions of these messages and services (with all its benefits), the proposal is to read them at build time step on the freestyle-opscenter-webclient.
The text was updated successfully, but these errors were encountered: