Replies: 2 comments 2 replies
-
Why it not really related to the retry mechanism? The oRPC event‑iterator is a general-purpose tool, not tied to SSE (but follow SSE spec). If you instead implement an infinite retry loop, it behaves like a “true” SSE connection (It can stop simply by returning from the iterator) |
Beta Was this translation helpful? Give feedback.
2 replies
-
I think this discussion is resolved. I will close it - feel free to reopen it if you'd like. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hey! Just wanted to say that oRPC is a seriously impressive project and my team has also struggled quite a bit with tRPC and OpenAPI. Such a shame that this was not available when we picked tRPC, but at least tRPC inspired this project!
I'm experimenting with a prototype on my spare time and it makes heavy use of SSE. I was surprised to go through the oRPC documentation and see it supports this out of the box!
https://orpc.unnoq.com/docs/plugins/client-retry
I think this deserves its own page, especially given that it's not really related to the retry mechanism.
Thanks for your hard work on this!
Beta Was this translation helpful? Give feedback.
All reactions