[ 
https://issues.apache.org/jira/browse/BEAM-10529?focusedWorklogId=748838&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-748838
 ]

ASF GitHub Bot logged work on BEAM-10529:
-----------------------------------------

                Author: ASF GitHub Bot
            Created on: 28/Mar/22 18:49
            Start Date: 28/Mar/22 18:49
    Worklog Time Spent: 10m 
      Work Description: johnjcasey commented on a change in pull request #16923:
URL: https://github.com/apache/beam/pull/16923#discussion_r836745064



##########
File path: sdks/python/apache_beam/coders/coders.py
##########
@@ -584,6 +594,9 @@ def __hash__(self):
     return hash(type(self)) + hash(self._value_coder)
 
 
+Coder.register_structured_urn(common_urns.coders.NULLABLE.urn, NullableCoder)

Review comment:
       Yes. We have a yaml file that contains test cases that all three sdks 
read and validate. org/apache/beam/model/fnexecution/v1/standard_coders.yaml




-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


Issue Time Tracking
-------------------

    Worklog Id:     (was: 748838)
    Time Spent: 14h 10m  (was: 14h)

> Kafka XLang fails for ?empty? key/values
> ----------------------------------------
>
>                 Key: BEAM-10529
>                 URL: https://issues.apache.org/jira/browse/BEAM-10529
>             Project: Beam
>          Issue Type: Bug
>          Components: cross-language, io-java-kafka
>            Reporter: Luke Cwik
>            Assignee: John Casey
>            Priority: P1
>          Time Spent: 14h 10m
>  Remaining Estimate: 0h
>
> It looks like the Javadoc for ByteArrayDeserializer and StringDeserializer 
> can return null[1, 2] and we aren't using 
> NullableCoder.of(ByteArrayCoder.of()) in the expansion[3]. Note that KafkaIO 
> does this correctly in its regular coder inference logic[4].
> 1: 
> [https://kafka.apache.org/21/javadoc/org/apache/kafka/common/serialization/ByteArrayDeserializer.html#deserialize-java.lang.String-byte:A-|https://kafka.apache.org/21/javadoc/org/apache/kafka/common/serialization/ByteArrayDeserializer.html#deserialize-java.lang.String-byte:A-2:]
> [2:|https://kafka.apache.org/21/javadoc/org/apache/kafka/common/serialization/ByteArrayDeserializer.html#deserialize-java.lang.String-byte:A-2:]
>  
> [https://kafka.apache.org/21/javadoc/org/apache/kafka/common/serialization/StringDeserializer.html#deserialize-java.lang.String-byte:A-]
> 3: 
> [https://github.com/apache/beam/blob/af2d6b0379d64b522ecb769d88e9e7e7b8900208/sdks/java/io/kafka/src/main/java/org/apache/beam/sdk/io/kafka/KafkaIO.java#L478]
> 4: 
> [https://github.com/apache/beam/blob/af2d6b0379d64b522ecb769d88e9e7e7b8900208/sdks/java/io/kafka/src/main/java/org/apache/beam/sdk/io/kafka/LocalDeserializerProvider.java#L85]



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

Reply via email to