I've spent quite some time to find simple java websocket client that could work with wss and wont be a mess...
I've tried https://github.com/TooTallNate/Java-WebSocket
added dependency as he descirbes, copied the SSLClientExample.java to test it with websocket.org echo server, but got compile error at line 84 no such method setSocket()... (stuck here)
I tried tyrus (seems this is a big library developed directly by oracle) but it seems i need to have some appserver running (websocket container) to be able to use it...
I wonder whats so difficult about websockets that one needs to have netty or glassfish or grizly for that?
I think its possible to implement one using SSLEngine (wss) and pure java sdk... is there something i dont know about websockets? ( i imagine it very much like ordinary sockets)
nv-websocket-client is a new WebSocket client library written in Java. It supports wss and requires just Java SE 1.5, so it can run even on Android.
The size of
nv-websocket-client-1.3.jar
(released on 2015-05-06) is 62,854 bytes and it does not require any external dependencies.Below is a "wss" example.
Blog
WebSocket client library (Java SE 1.5+, Android)
http://darutk-oboegaki.blogspot.jp/2015/05/websocket-client-library-java-se-15.html
GitHub
https://github.com/TakahikoKawasaki/nv-websocket-client
JavaDoc
http://takahikokawasaki.github.io/nv-websocket-client/
Maven
GO for Java Webscoket API, Simple And elegant.
Tyrus client does not need to have an appserver! :)
Please see Tyrus documentation and blogpost Reducing WebSocket client jar size with ProGuard (you can get down to 500 kB with JDK 7+).
About the size - it can be minimized even more, but with some refactoring in Tyrus code. The comparison of WebSocket and plain socket is not very accurate - plain socket does not need to implement HTTP and (traditionally) did not have NIO support (that came with Java 7). Another part is the WebSocket protocol implementation, which is not that difficult but also its not just sending byte[] to the wire - there is some opening handshake, signalling frames and mandatory strict UTF-8 encoding/decoding.
So I guess you could find more simple API implementation, but sticking to something which is maintained and is part of Java EE does not seem bad to me - you have the possibility to choose the implementation (Tyrus is just one of them, there are others) and your client will be ready for inclusion to Java EE application if that would ever happen. (Editors note: I work on Tyrus, so my answer is most likely biased).
Try Matthias's simple-websocket-client out. (I'm just one of his followers in Twitter) You may agree his underlying intention of that project.
From https://github.com/matzew/simple-websocket-client
BTW, Any WebSocket client doesn't require WebSocket server and it's possible to write your own client on pure Java SE. However, since ease to integrate with other technologies is much important than just simpleness, you might feel there's some underlying context which looks complex and unnecessary.