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

Daren Thomas commented on KAFKA-7577:
-------------------------------------

[~guozhang] I have unit tests for the issue, but not ones I could easily break 
out in order to provide them.  Unfortunately due to schedule pressure I've had 
to just work around the issue.

My best guess for the root cause of the issue resides with the aggregate I'm 
performing on a stream to create the tables used in the join.  I don't think 
it's passing on the null message.  Since I'm just trying to pass messages along 
after changing the key (not adding or subtracting values as shown in the DSL 
documentation), I have the following:
{code:java}
.aggregate(() -> myMessageValue.newBuilder().build(), (aggKey, newValue, 
aggValue) -> newValue, ...{code}
Perhaps there is something wrong with that and not the join?

> Semantics of Table-Table Join with Null Message Are Incorrect
> -------------------------------------------------------------
>
>                 Key: KAFKA-7577
>                 URL: https://issues.apache.org/jira/browse/KAFKA-7577
>             Project: Kafka
>          Issue Type: Bug
>          Components: streams
>    Affects Versions: 1.1.0
>            Reporter: Daren Thomas
>            Priority: Major
>
> Observed behavior of Table-Table join with a Null Message does not match the 
> semantics described in the documentation 
> ([https://docs.confluent.io/current/streams/developer-guide/dsl-api.html#ktable-ktable-join).]
>   The expectation is:
>  * Message A results in [A, null] from the Left Join
>  * Message null (tombstone) results in null (tombstone) from the Left Join
>  The observed behavior was that the null (tombstone) message did not pass 
> through the Left Join to the output topic like expected.  This behavior was 
> observed with and without caching enabled, against a test harness, and 
> against a local Confluent 5.0.0 platform.  It was also observed that the 
> KTableKTableLeftJoinProcessor.process() function was not called for the null 
> (tombstone) message.



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

Reply via email to