-
Bug
-
Resolution: Done
-
Major
-
1.4.18.Final
-
None
It seems if a Text decoder for a particular Type is set it cannot decode binary data for the same Type if encountered. This appears to be due to it assuming if one decoder is found then you'll never need another (see HandlerWrapper:396) and it checks for text first, binary never gets a chance.
The JavaDoc does state:
The websocket runtime will use the first decoder in the list able to decode a message, ignoring the remaining decoders.
Although this does not explicitly state it should differentiate, 'able' implies that it should be able to differentiate between Text and Binary message types for the same Type.
Although not tested, it appears this code has not been updated in the 'master' either, so should exhibit the same behaviour.