Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Vert.x Upgrade from 3.7.1 to 3.9.16 causing infinite websocket reconnections #5240

Open
xDestyn opened this issue Jun 20, 2024 · 1 comment
Labels

Comments

@xDestyn
Copy link

xDestyn commented Jun 20, 2024

Questions

Do not use this issue tracker to ask questions, instead use one of these channels. Questions will likely be closed without notice.

Version

Which version(s) did you encounter this bug ?
Vert.x 3.9.16

Context

I have an application that is using Vert.x 3.7.1 and I am trying to upgrade to the latest minor version Vert.x 3.9.16. It communicates with another application using Vert.x 3.9.14 using the SockJS event bridge. When upgrading the first application from Vert.x 3.7.1 to Vert.x 3.9.16, we notice an infinite number of logs of what appears to be reconnects.

I want to gain any insight with respect to websockets and how the connections are being handled with Vert.x since 3.7.1. Any information would be greatly appreciated to help me understand why I'm seeing this behavior. Thanks!

When we reboot the EC2 instance for both applications. Then the problem resolves, but that is not an ideal solution in Production.

Do you have a reproducer?

Unfortunately, not at the moment.

  • Link to github project/gist
    N/A

Steps to reproduce

  1. Application A has Vert.x 3.7.1
  2. Application B has Vert.x 3.9.14
  3. These applications are sending data amongst each other.
  4. Upgrade Application A to Vert.x 3.9.16 and notice infinite number of logs of reconnects / websocket issues.

Extra

  • Anything that can be relevant such as OS version, JVM version
@xDestyn xDestyn added the bug label Jun 20, 2024
@vietj
Copy link
Member

vietj commented Jun 21, 2024

we need a better description of the sequence that leads to this or a reproducer to fully understand what is happening

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants