Mailing-List: contact dev-help@kafka.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@kafka.apache.org
Date: Mon, 16 Jan 2017 22:44:26 +0000 (UTC)
From: "Bill Bejeck (JIRA)" <jira@apache.org>
To: dev@kafka.apache.org
Message-ID: <JIRA.13024262.1480464424000.19904.1484606666423@Atlassian.JIRA>
In-Reply-To: <JIRA.13024262.1480464424000@Atlassian.JIRA>
References: <JIRA.13024262.1480464424000@Atlassian.JIRA> <JIRA.13024262.1480464424641@jira-lw-us.apache.org>
Subject: [jira] [Commented] (KAFKA-4468) Correctly calculate the window end
 timestamp after read from state stores
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Mon, 16 Jan 2017 22:44:38 -0000


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

Bill Bejeck commented on KAFKA-4468:
------------------------------------

Hi, Eno - I was, but for a couple of reasons I unassigned myself from this a few days ago.  It's all yours if you want.  Thanks for asking.

> Correctly calculate the window end timestamp after read from state stores
> -------------------------------------------------------------------------
>
>                 Key: KAFKA-4468
>                 URL: https://issues.apache.org/jira/browse/KAFKA-4468
>             Project: Kafka
>          Issue Type: Bug
>          Components: streams
>            Reporter: Guozhang Wang
>              Labels: architecture
>
> When storing the WindowedStore on the persistent KV store, we only use the start timestamp of the window as part of the combo-key as (start-timestamp, key). The reason that we do not add the end-timestamp as well is that we can always calculate it from the start timestamp + window_length, and hence we can save 8 bytes per key on the persistent KV store.
> However, after read it (via {{WindowedDeserializer}}) we do not set its end timestamp correctly but just read it as an {{UnlimitedWindow}}. We should fix this by calculating its end timestamp as mentioned above.


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