[ 
https://issues.apache.org/jira/browse/HADOOP-3646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12612247#action_12612247
 ] 

Chris Douglas commented on HADOOP-3646:
---------------------------------------

A few nits:
* Please remove the {{//...............}} and {{//*****//}} comments completely 
or replace them with meaningful javadoc
* FeatureNotImplemented Exception can be replaced with 
UnsupportedOperationException
* WrongBZip2Header can be replaced by an IOException with a meaningful 
description
* Several close() methods contain commented-out code
* Instead of returning null for methods like create(De|C)ompressor, throwing 
UnsupportedOperationException is preferred.
* createInputStream and createOutputStream in Bzip2Codec should not simply 
ignore the Decompressor/Compressor, but throw an exception. This isn't really a 
problem- since one can't obtain these from the codec- but it's worth fixing.
* createInputStream should not swallow the exception; changing WrongBZip2Header 
to an IOException should remove the need for this, anyway
* The change to CompressionCodecFactory should be reverted; it's sufficient to 
add Bzip2Codec to the config

I tried running wordcount on some sample bzip text and this worked perfectly.

> Providing bzip2 as codec
> ------------------------
>
>                 Key: HADOOP-3646
>                 URL: https://issues.apache.org/jira/browse/HADOOP-3646
>             Project: Hadoop Core
>          Issue Type: Improvement
>          Components: conf, io
>    Affects Versions: 0.19.0
>            Reporter: Abdul Qadeer
>             Fix For: 0.19.0
>
>         Attachments: HADOOP-3646.patch
>
>   Original Estimate: 1008h
>  Remaining Estimate: 1008h
>
> Hadoop recognizes gzip compressed input and automatically decompresses the 
> data before providing it to the mapper. But Hadoop can not split a gzip 
> stream due to the very nature of the gzip compression. Consequently one gzip 
> stream (e.g a whole file) can go to only one mapper.  On the contrary Bzip2 
> compressed stream can be split across its block delimiters.
> We are interested in extending Hadoop to support splittable bzip2 with a 
> codec.  (https://issues.apache.org/jira/browse/HADOOP-1823  uses input reader 
> to split the bzip2 files, which must be provided by the user and can handle 
> FileInputFormat.  If a user wants to use some other input format or wants to 
> do custom record handling, he must write a new input reader!)
> We have a patch now that provides a basic bzip2 codec equivalent to the 
> current gzip codec.  We are in the process of extending that to support 
> splitting.

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

Reply via email to