You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Matthias J. Sax (JIRA)" <ji...@apache.org> on 2018/01/16 18:24:00 UTC

[jira] [Created] (KAFKA-6453) Reconsider timestamp propagation semantics

Matthias J. Sax created KAFKA-6453:
--------------------------------------

             Summary: Reconsider timestamp propagation semantics
                 Key: KAFKA-6453
                 URL: https://issues.apache.org/jira/browse/KAFKA-6453
             Project: Kafka
          Issue Type: Improvement
          Components: streams
            Reporter: Matthias J. Sax


Atm, Kafka Streams only has a defined "contract" about timestamp propagation at the Processor API level: all processor within a sub-topology, see the timestamp from the input topic record and this timestamp will be used for all result record when writing them to an topic, too.

The DSL, inherits this "contract" atm.

From a DSL point of view, it would be desirable to provide a different contract to the user. To allow this, we need to do the following:

 - extend Processor API to allow manipulation timestamps (ie, a Processor can set a new timestamp for downstream records)
 - define a DSL "contract" for timestamp propagation for each DSL operator
 - document the DSL "contract"
 - implement the DSL "contract" using the new/extended Processor API



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