kafka-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jay Kreps (Commented) (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (KAFKA-186) no clean way to getCompressionCodec from Java-the-language
Date Sat, 05 Nov 2011 06:28:51 GMT

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

Jay Kreps commented on KAFKA-186:

Yes, agreed, I think we can definitely change this but the SyncProducer should be considered
an internal class now. We should remove it from the docs with the 0.7 release as I think the
Producer api can be either sync or async.
> 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