Skip to content
This repository has been archived by the owner on Jan 19, 2023. It is now read-only.

Separate data streaming from websockets #1905

Closed
wants to merge 3 commits into from

Conversation

mstergianis
Copy link

@mstergianis mstergianis commented Jan 29, 2021

Signed-off-by: Michael Stergianis mstergianis@vmware.com

What this PR does / why we need it: Enable octant to swap out its websocket implementation for something else.

Which issue(s) this PR fixes

Special notes for your reviewer:

Release note:

refactor websockets

@wwitzel3
Copy link
Contributor

any plans to keep driving this forward?

@mstergianis
Copy link
Author

Yes sorry, I was focused on other things and forgot about this. I'll schedule some time this week to clean it up a bit and submit as a formal PR.

Thanks

@mstergianis mstergianis force-pushed the grpc-hacking branch 2 times, most recently from 51708ba to 65f5f25 Compare March 2, 2021 20:35
Signed-off-by: Michael Stergianis <mstergianis@vmware.com>
@mstergianis mstergianis marked this pull request as ready for review March 2, 2021 21:03
There was some incorrect error handling in my last commit. When fixing
that I noticed that I slightly changed the semantics of the websocket
read pump when I moved unmarshaling to be a client.Recieve
responsibility. So I introduced a new concept that a stream client can
return a fatal error, and read pump can react to that appropriately.
This paves the way for read pump to become a function owned by the
streaming client manager instead of a method on websocket client.

Signed-off-by: Michael Stergianis <mstergianis@vmware.com>
@wwitzel3
Copy link
Contributor

Can we create an issue that describes the intended use case of this? Technically this looks fine, but what is the reason we want to implement this change. The general idea being, running Octant with some other streaming mechanism other than web sockets? I know we talked about it before, but have forget that context and forgot to capture it anywhere. @mstergianis @jamieklassen

@mstergianis
Copy link
Author

Sure thing @wwitzel3, good call out. I made #2135 to give some context to this PR.

@mstergianis mstergianis force-pushed the grpc-hacking branch 2 times, most recently from b57f775 to ecef710 Compare March 17, 2021 22:04
- change for loop semantics in (*StreamingConnectionManager).Run

Signed-off-by: Michael Stergianis <mstergianis@vmware.com>
@wwitzel3
Copy link
Contributor

Sorry this has taken so long, I'm still thinking it over a bit and trying to understand the implications of this. Please do let me know if this is blocking anything on your end and I can make it a priority to spend some more time with it.

I appreciate your patience and understand that having a PR sitting open and having to rebase to keep it up to date is frustrating and that isn't my intention here.

@mstergianis
Copy link
Author

All good. I'll hold off on rebasing until it is (maybe) approved. Not blocking anything at the moment

@wwitzel3
Copy link
Contributor

Closing this out, but don't be scared, I rebased this and fixed up in #2504 so we can merge it!

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

Successfully merging this pull request may close these issues.

Feature: swap out octant's streaming (websockets) with another implementation
3 participants