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

Jark Wu edited comment on FLINK-16048 at 7/24/20, 3:15 AM:
-----------------------------------------------------------

I personally perfer {{avro-confluent}} than {{avro-sr}}, because the Kafka 
converter class path also tells it 
{{io.confluent.connect.avro.io.confluent.connect.AvroConverter}}. 

Besides, Debezium supports writing in Avro format using Apicurio Registry Avro 
converter or Confluent Registery Avro converter [1]. So, {{debezium-avro-sr}} 
is confusing in this case.

[1]: https://debezium.io/documentation/reference/1.2/configuration/avro.html



was (Author: jark):
I personally perfer {{avro-confluent}} than {{avro-sr}}, because the Kafka 
converter class path also tells it 
{{io.confluent.connect.avro.io.confluent.connect.AvroConverter}}. 

Besides, Debezium supports writing in Avro format using Apicurio Registry Avro 
converter or Confluent Registery Avro converter [1]. So, {{debezium-avro-sr}} 
is confusing in this case.


> Support read/write confluent schema registry avro data  from Kafka
> ------------------------------------------------------------------
>
>                 Key: FLINK-16048
>                 URL: https://issues.apache.org/jira/browse/FLINK-16048
>             Project: Flink
>          Issue Type: Improvement
>          Components: Formats (JSON, Avro, Parquet, ORC, SequenceFile), Table 
> SQL / Ecosystem
>    Affects Versions: 1.11.0
>            Reporter: Leonard Xu
>            Assignee: Danny Chen
>            Priority: Major
>              Labels: pull-request-available, usability
>             Fix For: 1.12.0
>
>
> *The background*
> I found SQL Kafka connector can not consume avro data that was serialized by 
> `KafkaAvroSerializer` and only can consume Row data with avro schema because 
> we use `AvroRowDeserializationSchema/AvroRowSerializationSchema` to se/de 
> data in  `AvroRowFormatFactory`. 
> I think we should support this because `KafkaAvroSerializer` is very common 
> in Kafka.
> and someone met same question in stackoverflow[1].
> [[1]https://stackoverflow.com/questions/56452571/caused-by-org-apache-avro-avroruntimeexception-malformed-data-length-is-negat/56478259|https://stackoverflow.com/questions/56452571/caused-by-org-apache-avro-avroruntimeexception-malformed-data-length-is-negat/56478259]
> *The format details*
> _The factory identifier (or format id)_
> There are 2 candidates now ~
> - {{avro-sr}}: the pattern borrowed from KSQL {{JSON_SR}} format [1]
> - {{avro-confluent}}: the pattern borrowed from Clickhouse {{AvroConfluent}} 
> [2]
> Personally i would prefer {{avro-sr}} because it is more concise and the 
> confluent is a company name which i think is not that suitable for a format 
> name.
> _The format attributes_
> || Options || required || Remark ||
> | schema-registry.url | true | URL to connect to schema registry service |
> | schema-registry.subject | false | Subject name to write to the Schema 
> Registry service, required for sink |



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

Reply via email to