Hi Tianxiang,
I am sorry! I replied too quickly!
I thought that you were complaining that you couldn't generate the UUID
type with IDL compiler, but when I check the JIRA you have just created, I
find that you actually want to know how to specify UUID type in JSON
format, which has already been there. Please use below definition:
{
"type": "string",
"logicalType": "uuid"
}
*Yibing Shi*
*Customer Operations Engineer*
<http://www.cloudera.com>
On Wed, Nov 23, 2016 at 10:43 AM, Tianxiang Xiong <
[email protected]> wrote:
> Thanks Yibing, I have created AVRO-1962
> <https://issues.apache.org/jira/browse/AVRO-1962>. Take a look and let me
> know if additional information/changes are needed to the ticket.
>
> On 22 November 2016 at 15:12, Yibing Shi <[email protected]> wrote:
>
>> Hi Tianxiang,
>>
>> Looks like that the UUID type hasn't been added to IDL definition yet.
>>
>> https://github.com/apache/avro/blob/master/lang/java/compile
>> r/src/main/javacc/org/apache/avro/compiler/idl/idl.jj#L214-L244
>>
>> Please create a JIRA to track this.
>>
>> *Yibing Shi*
>> *Customer Operations Engineer*
>> <http://www.cloudera.com>
>>
>> On Wed, Nov 23, 2016 at 4:58 AM, Tianxiang Xiong <
>> [email protected]> wrote:
>>
>>> The AVRO-1554 <https://issues.apache.org/jira/browse/AVRO-1554> ticket
>>> seems to suggest that the issue of representing UUIDs is resolved with
>>> logical
>>> types <http://avro.apache.org/docs/1.8.1/spec.html#Logical+Types> in
>>> Avro
>>> 1.8.1.
>>>
>>> The specification offers several examples of using logical types;
>>> decimals
>>> are represented as:
>>>
>>> {
>>>
>>> "type": "bytes",
>>> "logicalType": "decimal",
>>> "precision": 4,
>>> "scale": 2
>>> }
>>>
>>> However, there does not seem to be an example of UUID. The most
>>> popular answers <http://stackoverflow.com/a/19705149/864684> via
>>> Google/StackOverflow are a few years old and do not make use of
>>> logical types, and can therefore be misleading for newer versions of
>>> Avro
>>>
>>> Is there an idiomatic way of representing UUIDs in Avro Schemas?
>>>
>>> Thanks,
>>>
>>> --
>>>
>>> *Tianxiang Xiong *| Clojure Engineer
>>>
>>> *[email protected] <[email protected]>*
>>>
>>> 747 Front Street, Floor 4 | San Francisco, CA 94111
>>>
>>
>>
>
>
> --
>
> *Tianxiang Xiong *| Clojure Engineer
>
> *[email protected] <[email protected]>*
>
> 747 Front Street, Floor 4 | San Francisco, CA 94111
>