Handle expanding of new properties on OpenConnectionMessage
See original GitHub issueWe should be able to add new properties to OpenConnectionMessage
without breaking older clients. As an example we may want to forward the remote IP address of the client to the application. We should handle this in the ServiceProtocol by skipping over things we don’t understand in the array. This allows us to add things in the future while not breaking older clients (they just don’t skip over the fields they don’t understand)
PS: They may be other types as well but this one is the main one thatomes to mind because it basically sets up all of the connection state (like round tripping claims).
Issue Analytics
- State:
- Created 5 years ago
- Comments:11 (9 by maintainers)
Top Results From Across the Web
No results found
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@anurse I just talked with @davidfowl . He pretty much said the same thing as you did. Right now our service protocol behaves as
HubMessagePackProtocol
. We will add test cases to cover it.We just added
Handshake
between Service and SDK. Right now an error will be returned if version number doesn’t match.Definitely! They are coming. 😉