New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Avro Serialization #312
Comments
Thank you for the feature request. Currently Avro is not on a radar, but we might have something if we can find a volunteer to contribute a solution. The solution might put Avro annotations for generated fields. |
Thanks for the response. One potential approach would be to have an annotation to specify what the fields should be annotated with.
Definitely would be nice if the Avro followed Gson's lead and supported methods as well |
InjectAnnotation gives the flexibility required to support Avro annotations, and thus schema evolution. So I don't see a need for explicit Avro support |
Hey everyone,
The existing serialization support is immutables is great. Any chance Avro is on the radar?
Using immutables with avro is already pretty close to working; however, if one is to change the schema/datamodel, the existing framework falls a bit short.
Consider the case where a new field is added to a datamodel, and with that new datamodel, you want to deserialize older data. Avro can handle this, as long as you have a default value for this new field. it can either be set as @nullable or @AvroDefault("foo")
The breakdown is that the collection of annotations are required to be on the field level.
I'm sure there are other gotchas that crop up, but this was the first one I ran into, since schema evolution is a hard requirement for our usage of Avro.
Thanks,
Brad
The text was updated successfully, but these errors were encountered: