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

close the owner connection if heartbeat timeout when client is smart #2916

Merged
merged 2 commits into from
Jul 4, 2014

Conversation

sancar
Copy link
Contributor

@sancar sancar commented Jul 4, 2014

fixes #2850

@mdogan mdogan added this to the 3.3 milestone Jul 4, 2014
mdogan added a commit that referenced this pull request Jul 4, 2014
close the owner connection if heartbeat timeout when client is smart
@mdogan mdogan merged commit 73fdb83 into hazelcast:master Jul 4, 2014
@lbakman
Copy link

lbakman commented Jul 4, 2014

Hi

I am not sure I understand the changes here. According the the commit comment the ownerConnection is now closed if the client is using smart routing, but this was always the case.

The main difference I can see is that the passed in connection is no longer closed if using smart routing.

@sancar
Copy link
Contributor Author

sancar commented Jul 4, 2014

No, it was not always the case. We were not closing any connection before this commit in smart routing. And we were relying on cluster listener to get updated member list. Only after that we were closing the connections. Problem with this approach happens when cluster listener thread is using unresponsive connection . It will never get a chance to get updated member list, hence it will wait forever.

With this commit, we are closing only owner connection so that it can reestablishes it to a healthy connection.

@lbakman
Copy link

lbakman commented Jul 4, 2014

Thank you for the explanation. I will test my scenario tomorrow and see if it has been resolved.

@sancar sancar deleted the fix/clientHangsHearbeatTimeout branch July 10, 2014 09:18
@mmedenjak mmedenjak added the Source: Internal PR or issue was opened by an employee label Apr 13, 2020
devOpsHazelcast pushed a commit that referenced this pull request Aug 8, 2024
…07 (#2916)

Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
GitOrigin-RevId: 80e0492202b13bed9adf1d23b90014740642bf95
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Source: Internal PR or issue was opened by an employee Team: Client
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3.3-RC1: Client hangs during split if split occurs due to network error
4 participants