Skip to content
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

Long-lived HTTP push support in stream connections #199

Open
flaki opened this issue May 17, 2022 · 0 comments
Open

Long-lived HTTP push support in stream connections #199

flaki opened this issue May 17, 2022 · 0 comments

Comments

@flaki
Copy link
Contributor

flaki commented May 17, 2022

Okay so I must preface this with that this is the first time I'm seeing something like this since at least a decade. WebSockets exist so I'm not entirely sure why Twitter chose this way to expose their streaming endpoint, but they did, and I wanted us to have an issue for this as it may come up later again.

During recent exploration of the Twitter API I came across their approach to streaming tweets as they happen. It seems to be that instead of using something standard like websockets, they opted to use something a bit more esoteric: a long-lived HTTP connection that receives incoming "chunks" as they happen:

https://github.com/twitterdev/Twitter-API-v2-sample-code/tree/main/Filtered-Stream

This, as can be seen from the examples, is perfectly suited for the stream connections we have, and utterly unsuited to be implemented in a Runnable (as it, by definition, wants to be a long-running daemon), so I was wondering if we would consider supporting this usecase?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant