You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@reef.apache.org by "Sergiy Matusevych (JIRA)" <ji...@apache.org> on 2016/09/12 19:59:20 UTC

[jira] [Updated] (REEF-1527) Graceful shutdown of the RuntimeClock is not so graceful: unconditionally clears the event queue

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

Sergiy Matusevych updated REEF-1527:
------------------------------------
    Issue Type: Sub-task  (was: Bug)
        Parent: REEF-1561

> Graceful shutdown of the RuntimeClock is not so graceful: unconditionally clears the event queue
> ------------------------------------------------------------------------------------------------
>
>                 Key: REEF-1527
>                 URL: https://issues.apache.org/jira/browse/REEF-1527
>             Project: REEF
>          Issue Type: Sub-task
>          Components: REEF-Common, Wake
>            Reporter: Sergiy Matusevych
>            Assignee: Sergiy Matusevych
>              Labels: bug, events
>             Fix For: 0.16
>
>   Original Estimate: 48h
>  Remaining Estimate: 48h
>
> REEF {{RuntimeClock.close()}} method that is supposed to perform a graceful shutdown of the event loop, contains the following code:
> {code:java}
> this.schedule.clear();
> this.schedule.add(new StopTime(findAcceptableStopTime()));
> {code}
> The problem is that {{findAcceptableStopTime()}} searches the schedule for the last client alarm - when the schedule has been cleared already.
> We need to schedule StopTime event without clearing the schedule to allow graceful shutdown, but close the clock so no events will be scheduled after it.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)