-
Notifications
You must be signed in to change notification settings - Fork 488
Conversation
Signed-off-by: Michael Stergianis <mstergianis@vmware.com>
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>
- change for loop semantics in (*StreamingConnectionManager).Run Signed-off-by: Michael Stergianis <mstergianis@vmware.com>
Signed-off-by: Wayne Witzel III <wayne@riotousliving.com>
Allows library implementations of StreamClient and StreamClientFactory to return fatal StreamErrors Signed-off-by: Michael Stergianis <michaelstergianis@gmail.com>
Signed-off-by: Michael Stergianis <michaelstergianis@gmail.com>
Signed-off-by: Michael Stergianis <michaelstergianis@gmail.com>
Signed-off-by: Wayne Witzel III <wayne@riotousliving.com>
I think this is now in its final form @MichaelStergianis @jamieklassen I've rebased, made some minor refactors, and also ensured all of the Michael's recent changes in his branch have been added in as well. |
Signed-off-by: Wayne Witzel III <wayne@riotousliving.com>
@GuessWhoSamFoo could use a review on this. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Depending on merge order, this one or #2566 will need a rebase
Hey @GuessWhoSamFoo , is it possible to get this one in first please? =) |
The other PR is a dependency update with regenerated mock files so it should not block (and trivial to rebase if we want both) |
What this PR does / why we need it:
Replaces #2504 and #1905
Which issue(s) this PR fixes