You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Guozhang Wang (JIRA)" <ji...@apache.org> on 2018/04/02 03:38:00 UTC

[jira] [Resolved] (KAFKA-6731) waitOnState waits for the wrong state instead of the target one

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

Guozhang Wang resolved KAFKA-6731.
----------------------------------
       Resolution: Fixed
    Fix Version/s: 1.2.0

> waitOnState waits for the wrong state instead of the target one
> ---------------------------------------------------------------
>
>                 Key: KAFKA-6731
>                 URL: https://issues.apache.org/jira/browse/KAFKA-6731
>             Project: Kafka
>          Issue Type: Bug
>          Components: streams
>            Reporter: huxihx
>            Assignee: huxihx
>            Priority: Major
>             Fix For: 1.2.0
>
>
> In KafkaStreams.waitOnState, the code waits the state to be set to NOT_RUNNING instead of the given target state. Is it deliberately as designed?
> {code:java}
> // ......
> while (state != State.NOT_RUNNING) {
>     if (waitMs == 0) {
>         try {
>             stateLock.wait();
>         } catch (final InterruptedException e) {
>             // it is ok: just move on to the next iteration
>         }
>     } else if (waitMs > elapsedMs) {
>         long remainingMs = waitMs - elapsedMs;
>         try {
>             stateLock.wait(remainingMs);
>         } catch (final InterruptedException e) {
>             // it is ok: just move on to the next iteration
>         }
>     } else {
>         log.debug("Cannot transit to {} within {}ms", targetState, waitMs);
>         return false;
>     }
>     elapsedMs = time.milliseconds() - begin;
> }
> return true;
> {code}
> IMO, it should check the state to be the target one. 
> [~guozhang] Does is make sense?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)