I don't know if what I've encountered is a bug or the expected behaviour. I'll need to hear opinions on this.
Essentially, a web app has been created that connects to the sockjs server a fixed URL and port. Additionally, we have a case where we would like to reconnect to the same socket session (id) after a refresh or disconnect (based on a unique user id).
When we leave the sockjs server to generate the UUID for each refresh we get a connection and we can send and receive messages correctly. However, if we provide a fixed session.id the first connection to the sockjs server works perfectly. A refresh on that page produces the following:
Multiple repeated 101 upgrades but no connection for approximately 20s.
Eventually when the socket connection is established no messages are sent back to the server. It's as if the connection is there but broken.
Please excuse my ignorance if I don't understand a concept here, but, seeing as the session.id can be specified why would this approach not work?
Hi all,
I don't know if what I've encountered is a bug or the expected behaviour. I'll need to hear opinions on this.
Essentially, a web app has been created that connects to the sockjs server a fixed URL and port. Additionally, we have a case where we would like to reconnect to the same socket session (id) after a refresh or disconnect (based on a unique user id).
When we leave the sockjs server to generate the UUID for each refresh we get a connection and we can send and receive messages correctly. However, if we provide a fixed session.id the first connection to the sockjs server works perfectly. A refresh on that page produces the following:
Please excuse my ignorance if I don't understand a concept here, but, seeing as the session.id can be specified why would this approach not work?