[ 
https://issues.apache.org/jira/browse/CURATOR-518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Kezhu Wang reopened CURATOR-518:
--------------------------------
      Assignee: Kezhu Wang  (was: Zili Chen)

> Curator. LeaderSelector. Two successive calls to interruptLeadership() will 
> break autoRequeue.
> ----------------------------------------------------------------------------------------------
>
>                 Key: CURATOR-518
>                 URL: https://issues.apache.org/jira/browse/CURATOR-518
>             Project: Apache Curator
>          Issue Type: Improvement
>          Components: Recipes
>    Affects Versions: 4.0.1, 4.2.0
>         Environment: Windows 8, JRE 1.8.0_181
>            Reporter: Bulatov Oleg
>            Assignee: Kezhu Wang
>            Priority: Major
>              Labels: newbie
>             Fix For: 5.5.0
>
>          Time Spent: 1h 40m
>  Remaining Estimate: 0h
>
> h1. Curator. LeaderSelector. Two successive calls to interruptLeadership() 
> will break autoRequeue
> If we set autoRequeue to TRUE. But during execution interruptLeadership() 
> will be called from another thread before internalRequeue() completed its 
> work. Then it will break recursive call to internalRequeue(), so that client 
> will not ask for leadership and get stuck.
> We can solve this problem if we check hasLeadership() before calling 
> interruptLeadership(). But it is strange that such check curator library does 
> not do internally.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to