-
Notifications
You must be signed in to change notification settings - Fork 343
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Streaming support #372
Comments
So I went ahead and implemented this (PR 373). Do we want to require all methods (serverStreamingRequest, clientStreamingRequest, bidirectionalStreamingRequest) if the user has a single streaming RPC, or do we want to expose all 4 methods iff they're used? |
@Jille I like what you did in the PR, re conditionally including the additional methods. If anything it's nice for backwards compatibility (although I'm also fine with breaking changes if necessary, but yeah if we can avoid it). Thanks! |
PR 373 was merged :) |
Streaming support currently seems broken. It generates a file with parse errors for me at least. It looks like there is partial support, going in the direction of using rxjs Observables.
Would it be valuable to agree on the interface of where we(/you) want to go?
Is there a plan for cancellation of streaming RPCs?
We could conditionally add those extra methods to the Rpc interface iff there is a single streaming RPC? Given that it currently doesn't compile if people have a streaming RPC defined, that shouldn't break anyone?
The text was updated successfully, but these errors were encountered: