You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avro.apache.org by "Tal Levy (JIRA)" <ji...@apache.org> on 2013/06/05 04:33:20 UTC

[jira] [Created] (AVRO-1345) Python Codegen

Tal Levy created AVRO-1345:
------------------------------

             Summary: Python Codegen
                 Key: AVRO-1345
                 URL: https://issues.apache.org/jira/browse/AVRO-1345
             Project: Avro
          Issue Type: New Feature
          Components: java, python
            Reporter: Tal Levy
         Attachments: AVRO-1345.patch

I recently started using Avro at my work and we found it difficult to keep 
track of what python dict matched to what schema. Instead of having 
random dicts being populated and then attempted to be serialized to avro, I thought 
it would be more readable and less error prone to codegen the python dict 
for developers. These classes are type checked field by field. Although it does not 
have the advantage of compiled type checking like in the java codegen, it is a 
friendly wrapper around python dicts representing avro records to be serialized.

let me know what you think about this, I am still tweaking how it behaves. 
I understand it is a bit unpythonic to enforce types in this way, but the readability 
is worth it nonetheless.

here is an example record:
https://gist.github.com/talevy/5696236

I extended the avro compiler/tools to provide both java and python codegen functionality.
so if this sounds like something others would use, maybe it makes sense to include it
into the main repo.

here are the changes

https://github.com/talevy/avro/tree/python-codegen

a few caveats and thoughts about my current version:

1. I do not know how to best handle constructors, because some fields are not allowed to be null... maybe a builder pattern would work here, but it's kind of weird in python
2. I copy/pasted a lot of the code from SpecificCompiler to make the PythonCompiler... some renaming and code re-use via inheritance would make it read better.
3. I wanted to reuse the validate methods provided already in Avro to verify the record, but it takes away from some of the class type correctness for nested records and such.
4. I do not know what the best way of outputing multiple files is, I currently use the same packaging as the java classes into their namespace directories
5. I am not familiar with the avro-protocol format, so I only implemented enums and records.

I updated the SpecificCompilerTool to have the following usage

```
"Usage: [-string] (schema|protocol) (python|java) input... outputdir"
````

So generating the python classes is as easy as java.


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira