You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "bibin sebastian (Jira)" <ji...@apache.org> on 2019/10/02 08:39:00 UTC

[jira] [Assigned] (KAFKA-8958) Fix Kafka Streams JavaDocs with regard to used Serdes

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

bibin sebastian reassigned KAFKA-8958:
--------------------------------------

    Assignee: bibin sebastian

> Fix Kafka Streams JavaDocs with regard to used Serdes
> -----------------------------------------------------
>
>                 Key: KAFKA-8958
>                 URL: https://issues.apache.org/jira/browse/KAFKA-8958
>             Project: Kafka
>          Issue Type: Improvement
>          Components: streams
>            Reporter: Matthias J. Sax
>            Assignee: bibin sebastian
>            Priority: Minor
>              Labels: beginner, newbie
>
> In older released, Kafka Streams applied operator specific overwrites of Serdes as in-place overwrites. In newer releases, Kafka Streams tries to re-use Serdes more "aggressively" by pushing serde information downstream if the key and/or value did not change.
> However, we never updated the JavaDocs accordingly. For example `KStream#through(String topic)` JavaDocs say:
> {code:java}
> Materialize this stream to a topic and creates a new {@code KStream} from the topic using default serializers, deserializers, and producer's {@link DefaultPartitioner}.
> {code}
> The JavaDocs don't put into account that Serdes might have been set further upstream, and the defaults from the config would not be used.
> `KStream#through()` is just one example. We should address this through all JavaDocs over all operators (ie, KStream, KGroupedStream, TimeWindowedKStream, SessionWindowedKStream, KTable, and KGroupedTable.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)