kafka-dev mailing list archives

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

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

Chris Burroughs commented on KAFKA-186:

That requires everyone to write their own switch statement though.
> 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