[
https://issues.apache.org/jira/browse/AVRO-135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Doug Cutting updated AVRO-135:
------------------------------
Priority: Blocker (was: Major)
+1 for making this a blocker. I'm currently leaning towards fastlz. Adding
the java version of that looks really easy. Subsequently we can add support
for calling the C implementation from Java. Adding python will be a bit more
work, since we'll need to call native code, but is probably required before we
release, especially if we want to enable compression by default.
Should we enable compression by default? I think this might make sense if
compression is substantially faster than object serialization/deserialization
and if all implementations of Avro support the anointed default codec.
> add compression to data files
> -----------------------------
>
> Key: AVRO-135
> URL: https://issues.apache.org/jira/browse/AVRO-135
> Project: Avro
> Issue Type: New Feature
> Components: java, spec
> Reporter: Doug Cutting
> Priority: Blocker
>
> We should add support for at least one compression codec to data files.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
