[ 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