crunch-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Josh Wills (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CRUNCH-228) FileTargetImpl cuts off extensions of output files
Date Sat, 29 Jun 2013 15:05:20 GMT

    [ https://issues.apache.org/jira/browse/CRUNCH-228?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13696138#comment-13696138
] 

Josh Wills commented on CRUNCH-228:
-----------------------------------

Yeah, that was exactly it-- thanks for fixing it. That's what I get for having too many patches
in flight at the same time. :)

+1
                
> FileTargetImpl cuts off extensions of output files
> --------------------------------------------------
>
>                 Key: CRUNCH-228
>                 URL: https://issues.apache.org/jira/browse/CRUNCH-228
>             Project: Crunch
>          Issue Type: Bug
>            Reporter: Dave Beech
>         Attachments: CRUNCH-228-2.patch, CRUNCH-228.patch, CRUNCH-228.patch
>
>
> Compressed files written by mapreduce often have extensions, e.g. '.deflate', '.gz' or
'.snappy'. Crunch currently cuts off these extensions during the move of output files to their
final destination, which is fine in some circumstances but causes problems in others. 
> For example, running 'hadoop fs -text myfile.deflate' will show the decompressed text
on screen but running 'hadoop fs -text myfile' on a deflate-compressed file with no extension
prints unreadable compressed data instead. 

--
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

Mime
View raw message