Websocket connetion fails on droplet with Ubuntu 14.04.

I created and tested a Java EE 7 application that uses WebSockets on my local PC. All works fine when I deploy to WildFly 8 on my local machine, and access the application using localhost.

When I deploy the same application on a cloud server, (Ubuntu 14.04) with exactly the same WildFly configuration, I get the following message when the application tries to connect:

"NetworkError: 404 Not Found - http://178.xx.xx.xx:8080/pss/ws/notification"
Firefox can't establish a connection to the server at ws://178.xx.xx.xx:8080/pss/ws/notification.

I can access the application, it is just the websocket connection that fails.

pss is my context root, and the websocket end point is annotated with @ServerEndpoint(“/ws/notification”), so the URL is correct and works 100% on my local machine using localhost.

When I deploy the application I can see that the websocket endpoint has been picked up by WildFly, so this is not the issue

2015-02-14 14:18:21,200 INFO  [io.undertow.websockets.jsr] (MSC service thread 1-2) UT026003: Adding annotated server endpoint class for path /ws/notification

The request headers are correct:

Accept	text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding	gzip, deflate
Accept-Language	en-US,en;q=0.5
Cache-Control	no-cache
Connection	keep-alive, Upgrade
Host	178.xx.xx.xx:8080
Origin	http://178.xx.xx.xx:8080
Pragma	no-cache
Sec-WebSocket-Key	LD55xYAKjJoXgLXQpUS7fA==
Sec-WebSocket-Version	13
Upgrade	websocket
User-Agent	Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:35.0) Gecko/20100101 Firefox/35.0

I am accessing the application using the following URL (IP modified), and the ports match:


If I run netstat -an | grep ‘LISTEN’ on my cloud server I get the following, which shows that is bound and listening:

tcp        0      0*               LISTEN     
tcp        0      0  *               LISTEN     
tcp        0      0*               LISTEN     
tcp        0      0  *               LISTEN     
tcp        0      0  *               LISTEN     
tcp        0      0    *               LISTEN     
tcp6       0      0 :::22                   :::*                    LISTEN     
unix  2      [ ACC ]     STREAM     LISTENING     9227     /var/run/acpid.socket
unix  2      [ ACC ]     STREAM     LISTENING     7014     @/com/ubuntu/upstart
unix  2      [ ACC ]     STREAM     LISTENING     8907     /var/run/dbus/system_bus_socket
unix  2      [ ACC ]     STREAM     LISTENING     9448     /var/run/mysqld/mysqld.sock
unix  2      [ ACC ]     SEQPACKET  LISTENING     7666     /run/udev/control

Apache is not installed so this is a direct connection to WildFly server.

After several days I am pretty stumped as to why this is failing.

Somewhere in the chain the HTTP upgrade requests that are failing, and I can not pin point where.

Thanks in advance

Show comments

Submit an answer

This textbox defaults to using Markdown to format your answer.

You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!

Sign In or Sign Up to Answer

These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.

Want to learn more? Join the DigitalOcean Community!

Join our DigitalOcean community of over a million developers for free! Get help and share knowledge in Q&A, subscribe to topics of interest, and get courses and tools that will help you grow as a developer and scale your project or business.

This question was answered by @chrisritchie:

@Helmi I ended up getting this working by using Apache, mod_proxy and mod_proxy_wstunnel. I never managed to get it working by connecting directly to WildFly.

Is your public interface open to all IP’s, and not set to the default localhost?

       <interface name="management">
           <inet-address value="${}"/>
       <interface name="public">
       <interface name="unsecure">
           <inet-address value="${jboss.bind.address.unsecure:}"/>

View the original comment