jakartaee / jakartaee/websocket
Decode/Encode unaware of Selected Sub-Protocol
- Dominant language
- Java
- Stars
- 78
- Forks
- 47
- Avg merge
- 1h 32m
- Merged PRs (30d)
- 1
Description
Although the sub-protocol is negotiated with with the client, there is no way to know what that is as this is only available in `Session#getNegotiatedSubprotocol()` which is not available to `Decoder` or `Encoder`. The use-case is to have subtly different encoding/decoding based on sub-protocol.
Contributor guide
Research direction
Start by reading the Decoder, Encoder, and Session#getNegotiatedSubprotocol() entry points to understand how sub-protocol negotiation is exposed today. Determine how encoding and decoding could access the negotiated value, and define completion as allowing them to vary behavior based on that sub-protocol without breaking existing use.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- api, backend
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100