Thanks for everything you're doing in the Protobuf community.
I have been playing around the BSR and tried to use this Protobuf implementation as types for my grpc-node types (also generated by the registry). Having everything ready to be npm install'd is really awesome I have to say, but unfortunately I could not use the Protobuf-ES generated types to implement my server.
The problem has to do with the way the grpc-node classes are generated, they are comparing messages with instanceof and expect a protobufjs class, which makes it impossible to use the classes from this package in a response.
What is the future of this implementation? I imagine gRPC is not necessarily under the radar, and since some other TS friendly libraries are trying to make things better maybe that'll never be a priority for Buf. It would be nice if Connect was ported to TS as well, so that your entire ecosystem would be native to it.
Thanks for everything you're doing in the Protobuf community.
I have been playing around the BSR and tried to use this Protobuf implementation as types for my
grpc-nodetypes (also generated by the registry). Having everything ready to benpm install'd is really awesome I have to say, but unfortunately I could not use the Protobuf-ES generated types to implement my server.The problem has to do with the way the
grpc-nodeclasses are generated, they are comparing messages withinstanceofand expect aprotobufjsclass, which makes it impossible to use the classes from this package in a response.What is the future of this implementation? I imagine gRPC is not necessarily under the radar, and since some other TS friendly libraries are trying to make things better maybe that'll never be a priority for Buf. It would be nice if
Connectwas ported to TS as well, so that your entire ecosystem would be native to it.