You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Manikumar (JIRA)" <ji...@apache.org> on 2017/09/08 11:03:00 UTC
[jira] [Resolved] (KAFKA-4638) Outdated and misleading link in
section "End-to-end Batch Compression"
[ https://issues.apache.org/jira/browse/KAFKA-4638?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Manikumar resolved KAFKA-4638.
------------------------------
Resolution: Duplicate
Resolving as duplicate of KAFKA-5686. PR Raised for KAFKA-5686
> Outdated and misleading link in section "End-to-end Batch Compression"
> ----------------------------------------------------------------------
>
> Key: KAFKA-4638
> URL: https://issues.apache.org/jira/browse/KAFKA-4638
> Project: Kafka
> Issue Type: Bug
> Components: compression
> Affects Versions: 0.10.1.1
> Environment: Documentation
> Reporter: Vincent Tieleman
> Priority: Minor
>
> The section "End-to-end Batch Compression" mentions the following:
> "Kafka supports GZIP, Snappy and LZ4 compression protocols. More details on compression can be found here."
> When looking up the "here" link, https://cwiki.apache.org/confluence/display/KAFKA/Compression, it describes not only the mechanism, but also gives the configuration properties to use. The properties provided are "compression.codec" and "compression.topics", but these are no longer used. Instead, one should use "compression.type", where one can directly specify which compression to use (i.e. currently gzip, snappy or lz4). The link also fails to mention lz4 compression, which is supported by now.
> Not aware that this information is outdated, I spent quite some time before finding out that I was using the wrong properties. I imagine this must happen to more people.
> I suggest adding a small remark to the link, so that people know it is outdated. Furthermore, I would add that the latest configuration properties can be found in the "Producer config" section.
> The alternative would be to simply remove the link all together, as there is too much outdated information in it.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)