kafka-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jun Rao (Commented) (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (KAFKA-186) no clean way to getCompressionCodec from Java-the-language
Date Fri, 04 Nov 2011 17:41:51 GMT

    [ https://issues.apache.org/jira/browse/KAFKA-186?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13144200#comment-13144200

Jun Rao commented on KAFKA-186:

Actually, we should use kafka.message.NoCompressionCodec.codec() and  kafka.message.GZIPCompressionCodec.codec().
Both are static methods.
> no clean way to getCompressionCodec from Java-the-language
> ----------------------------------------------------------
>                 Key: KAFKA-186
>                 URL: https://issues.apache.org/jira/browse/KAFKA-186
>             Project: Kafka
>          Issue Type: Bug
>    Affects Versions: 0.7
>            Reporter: Chris Burroughs
> The obvious thing fails:
> CompressionCodec.getCompressionCodec(1) results in cannot find symbol
> symbol  : method getCompressionCodec(int)
> location: interface kafka.message.CompressionCodec
> Writing a switch statement with  kafka.message.NoCompressionCodec$.MODULE$ and duplicating
the logic in CompressionCodec.getCompressionCodec is no fun, nor is creating a Hashtable just
to call Utils.getCompressionCodec.  I'm not sure if there is a magic keyword to make it easy
for javac to understand which CompressionCodec I'm referring to.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


View raw message