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

Tzu-Li (Gordon) Tai commented on FLINK-12501:
---------------------------------------------

This is really a problem with how avrohugger is implemented.

Either this gets fixed in avrohugger, Avro's SpecificData class, or we 
workaround this specifically for avrohugger in 
{{AvroSerializerSnapshot#tryExtractAvroSchema}} and 
{{AvroSerializer#intializeAvro}}.

The problem with working around this on our side is that we don't really know 
what other popular non-Avro official libraries there are out there. Avrohugger 
seems to be a popular one for Scala + Avro, though.

> AvroTypeSerializer does not work with types generated by avrohugger
> -------------------------------------------------------------------
>
>                 Key: FLINK-12501
>                 URL: https://issues.apache.org/jira/browse/FLINK-12501
>             Project: Flink
>          Issue Type: Bug
>          Components: Formats (JSON, Avro, Parquet, ORC, SequenceFile)
>            Reporter: Aljoscha Krettek
>            Priority: Major
>
> The main problem is that the code in {{SpecificData.createSchema()}} tries to 
> reflectively read the {{SCHEMA$}} field, that is normally there in Avro 
> generated classes. However, avrohugger generates this field in a companion 
> object, which the reflective Java code will therefore not find.
> This is also described in these ML threads:
>  * 
> [https://lists.apache.org/thread.html/5db58c7d15e4e9aaa515f935be3b342fe036e97d32e1fb0f0d1797ee@%3Cuser.flink.apache.org%3E]
>  * 
> [https://lists.apache.org/thread.html/cf1c5b8fa7f095739438807de9f2497e04ffe55237c5dea83355112d@%3Cuser.flink.apache.org%3E]



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

Reply via email to