Yifei Zhang

Multi-threads problems are very hard to explain, please see my comment, I don't know if it is clear. ```java protected void runVotingProcess() { if (!isMajorityAvailable()) { // TODO access volatile...

About unset the leader under lost majority case, please check my comments: https://github.com/jgroups-extras/jgroups-raft/issues/280#issuecomment-2177641988 and https://github.com/jgroups-extras/jgroups-raft/pull/284#issuecomment-2180004605

I think my pull request has resolved them all

@jabolina ```java protected void runVotingProcess() { if (Thread.interrupted()) return; // TODO Right after the running status has be checked, not so useful. View electionView = this.view; // TODO No majority...

Verifying the view and leader when participant nodes received the LeaderElected message seems to have solved all problems, participant nodes could handle the election result correctly no matter LeaderElected and...

Yes, I will complete the docs.

Hi @jabolina. I have finished the initial doc, and I will continue to improve it if I think of anything else, you can take a look.

I think the problem of the query command is that it could be failed. I will reconsider it. I am quit busy recently, I will do it as soon as...

Seems not that easy to fix. voting thread will advance the term anyway after started, if the term is advanced then the election must be done, so we can't stop...

Hi @jabolina, I think the order of members in the MergeView is depended on `GMS.membership_change_policy`, default one merge subgroups by sort the randomly generated addresses, so it could be any...