You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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:
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?
The text was updated successfully, but these errors were encountered:
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?
The text was updated successfully, but these errors were encountered: