[prev in list] [next in list] [prev in thread] [next in thread]
List: avro-dev
Subject: [jira] [Updated] (AVRO-2143) ReflectData should determine inner class names in a different way.
From: "Doug Cutting (JIRA)" <jira () apache ! org>
Date: 2018-02-22 0:53:00
Message-ID: JIRA.13137896.1518451961000.247865.1519260780230 () Atlassian ! JIRA
[Download RAW message or body]
[ https://issues.apache.org/jira/browse/AVRO-2143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel \
]
Doug Cutting updated AVRO-2143:
-------------------------------
Resolution: Fixed
Status: Resolved (was: Patch Available)
> ReflectData should determine inner class names in a different way.
> ------------------------------------------------------------------
>
> Key: AVRO-2143
> URL: https://issues.apache.org/jira/browse/AVRO-2143
> Project: Avro
> Issue Type: Improvement
> Affects Versions: 1.7.7
> Reporter: Miguel
> Assignee: Doug Cutting
> Priority: Major
> Fix For: 1.9.0
>
>
> I used ReflectData to generate schemas containing inner classes. These classes were \
> named automatically by ReflectData with dollar ('$'), with, for example \
> com.company.avro.House$Type. Nevertheless @AvroAlias does not support aliases \
> containing '$' in names. In particulr, it fails in validateName in Schema core \
> class. The failure is correct given that AVRO name specs does notinclude the '$' \
> symbol. I suppose that ReflectData should, for example, generate inner class names \
> in a different way, such as replacing '$' by dots ('.'), or it should fail. And a \
> detail: Although I cannot add aliases with '$', I can still encode and decode such \
> objects and inner classes using that schema. I think that it newer versions it is \
> also happening.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic