You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avro.apache.org by "Thiruvalluvan M. G. (JIRA)" <ji...@apache.org> on 2009/07/02 20:41:47 UTC

[jira] Updated: (AVRO-50) bidrectional text representation of AVRO data

     [ https://issues.apache.org/jira/browse/AVRO-50?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Thiruvalluvan M. G. updated AVRO-50:
------------------------------------

    Attachment: AVRO-50.patch

This patch is modified version of Doug's patch:

  - It includes all fixes in ValidatingDecoder/Encoder and ResolvingDecoder to fully support the changes made to Decoder/Encoder abstract classes (to enable Json encoding)
 - This does not include the new approach that Raymie and Doug have suggested.

I understand the new proposal. But I have a couple of questions regarding the exact class hierarchies. I'll talk to Raymie tomorrow and submit a new patch later.

> bidrectional text representation of AVRO data
> ---------------------------------------------
>
>                 Key: AVRO-50
>                 URL: https://issues.apache.org/jira/browse/AVRO-50
>             Project: Avro
>          Issue Type: New Feature
>          Components: spec
>            Reporter: Philip Zeyliger
>            Assignee: Doug Cutting
>         Attachments: AVRO-50.patch, AVRO-50.patch
>
>
> It would be very useful to add a text representation of AVRO data to the spec, and implement toString() and fromString() in all implementations.  Faced with binary data, it'll be a useful operation to decode it for debugging, ad-hoc manipulation, etc.
> I suspect the text format will:
>  * be JSON
>  * require the schema for full interpretation
>  * map easily onto the binary format (if the binary format has a signifier to take a specific branch of a union, the text format will have such a signifier as well)
>  * not be unique (there's more than one way to encode a given number (e.g., {{0x0 == 0}}) or string (e.g., {{"\u0061" == "a"}}, not to mention flexible whitespace)
>  * be compatible, for the binary type, with whatever is decided in AVRO-36

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.