Subscription supported ?

[ghost]

I guess because protobuf and grpc does not model subscriptions it's impossible for the graphql to have subscriptions ?

[saturn4er]

Hi @gedw99, the problem is that GraphQL doesn't support subscriptions natively (they work like a query/mutation).

[ghost]

so for example you could use a query to poll into and get a response. Performance would of course not scale. But is that what you mean.. ?

[saturn4er]

Can you, please, share some example of how this should work?

[ghost]

Sorry but there are a ton examples.

Google for the 3 architectural solutions.

Polling

SSE - server side events

WS - web sockets.

[saturn4er]

As you can find, proto2gql generates only the schema and doesn't care about how it will be executed. So, what proto2gql should generate, to make it possible to handle streams?

[ghost]

web socket, or grpc-web

[saturn4er]

Hey @gedw99, currently I`m working on the next iteration of the generator which will be able to generate full-featured GraphQL API Gateway and there the subscriptions could be included. Please let me know and I will update you as soon as I finish.

[ghost]

hey @saturn4er sounds pretty nice.

your should not reinvent the wheel. Look at: https://github.com/z0mbie42/goes/tree/master/_examples/api

Because it is a event source base it makes it much easier to support subscriptions.
But you need either NATS or a DB to store which client gets the update pushed out and who already has it. Know what i mean ?
Many people use NATS embedded as it simplifies that trick concurrent aspect which is hard to get right.

Anyway if you have examples running i can help you ..

[saturn4er]

hey @gedw99, I don't really know what have you tried to make with this tool, and really don't understand what for do I need NATS or DB for subscription. I think it should work in such way:
When client try to execute GraphQL request with streams, our code calls GRPC method which returns channel. Than, as the server sends data, we receive it from channel and push it to client

[ghost]

Ok i totally get what your saying, and thats pretty obvious stuff. I was just trying to explain how to use it with a event sourcing architecture. This is how you really built a Subscription based system using your current graphql / grpc architecture. You see for subscriptions you need a way to track what each user gets