You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@storm.apache.org by "Arun Mahadevan (JIRA)" <ji...@apache.org> on 2016/07/15 06:33:20 UTC

[jira] [Assigned] (STORM-1964) Unexpected behavior when using count window together with timestamp extraction

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

Arun Mahadevan reassigned STORM-1964:
-------------------------------------

    Assignee: Arun Mahadevan

> Unexpected behavior when using count window together with timestamp extraction
> ------------------------------------------------------------------------------
>
>                 Key: STORM-1964
>                 URL: https://issues.apache.org/jira/browse/STORM-1964
>             Project: Apache Storm
>          Issue Type: Bug
>          Components: storm-core
>    Affects Versions: 1.0.1
>            Reporter: Lorenzo Affetti
>            Assignee: Arun Mahadevan
>            Priority: Minor
>              Labels: timestamp, windowing
>
> I launched a topology applying a tumbling count window of size 2 (watermark interval 200ms, lag 1s) with the following input (timestamp,value):
> {noformat}
> (10,10)
> (10,20)
> (11,30)
> (12,40)
> (12,50)
> (12,60)
> (12,70)
> (13,80)
> (14,90)
> (15,100)
> {noformat}
> And I got these windows as output:
> {noformat}
> [(10,10), (10,20)]
> [(12,60), (12,70)]
> [(12,60), (12,70)]    // why (60, 70) twice?
> [(13,80), (14,90)]
> {noformat}
> I would expect something like:
> {noformat}
> [(10,10), (10,20)]
> [(11,30), (12,40)]
> [(12,50), (12,60)]
> [(12,70), (13,80)]
> [(14,90), (15,100)]
> {noformat}
> It seems like that timestamp extraction and count windows does not fit each other.



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