[
https://issues.apache.org/jira/browse/HADOOP-3315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12634238#action_12634238
]
Doug Cutting commented on HADOOP-3315:
--------------------------------------
Thinking a bit more about this, I'm not sure contrib is right either. Since
portability and support for mapreduce are stated goals, we should perhaps not
commit this at all until it implements those goals. I'd like to see an
inputformat, an outputformat and c++ APIs before we commit this. I'd also very
much like to see support for comparators and random access. We do not want
code committed that's not yet useful--that leads to bloat and sets a bad
precedent for the project. If language-independence is a primary goal then it
should be addressed up-front. The implementation might also be much simpler if
two implementations must be developed and maintained.
> New binary file format
> ----------------------
>
> Key: HADOOP-3315
> URL: https://issues.apache.org/jira/browse/HADOOP-3315
> Project: Hadoop Core
> Issue Type: New Feature
> Components: io
> Reporter: Owen O'Malley
> Assignee: Amir Youssefi
> Attachments: HADOOP-3315_20080908_TFILE_PREVIEW_WITH_LZO_TESTS.patch,
> HADOOP-3315_20080915_TFILE.patch, TFile Specification Final.pdf
>
>
> SequenceFile's block compression format is too complex and requires 4 codecs
> to compress or decompress. It would be good to have a file format that only
> needs
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
