[jira] [Commented] (BEAM-1674) User state GC depends on order of timer firing

["Aljoscha Krettek (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/BEAM-1674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15903183#comment-15903183 ] 

Aljoscha Krettek commented on BEAM-1674:
----------------------------------------

[~kenn] I'm afraid we can't simply use timers with different ids to separate cleanup timers from the user timers. This will affect everyone using the {{StatefulDoFnRunner}} and you mentioned that you might also want to move the Dataflow Runner over to it. 

> User state GC depends on order of timer firing
> ----------------------------------------------
>
>                 Key: BEAM-1674
>                 URL: https://issues.apache.org/jira/browse/BEAM-1674
>             Project: Beam
>          Issue Type: Bug
>          Components: runner-flink
>    Affects Versions: 0.5.0
>            Reporter: Aljoscha Krettek
>            Assignee: Aljoscha Krettek
>            Priority: Blocker
>             Fix For: 0.6.0
>
>
> The newly added {{ParDoTest.testEventTimeTimerMultipleKeys()}} fails because the {{DoFn}} sets a timer for {{window.maxTimestamp()}} which also happens to be the GC timer for the user state. The Flink Runner uses timers to schedule GC, the user-set timer and the GC timer have a different timer id, so they don't clash. However, if the GC timer is being processed before the user timer then the user doesn't have a chance to access the state anymore because it will already be cleared out by the time the user timer is being processed. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)