kafkaexporter - unable to use snappy compression in 0.126.0

[ryn9]

Component(s)

No response

What happened?

Description

unable to use snappy compression in 0.126.0

If not setting a compression level, it errors saying compression level -1 is not supported
If setting a compression level, it errors saying compression level provided is not supported

Steps to Reproduce

use snappy compression with kafkaexporter

Collector version

0.126.0

Environment information

Environment

0.126.0 container

OpenTelemetry Collector configuration

exporters:

  kafka/out:
    brokers:
      - kafka-server:9092
    metrics:  
      topic: kafka-topic
      encoding: otlp_json
    producer:
      compression: snappy

  kafka/out2:
    brokers:
      - kafka-server:9092
    metrics:  
      topic: kafka-topic
      encoding: otlp_json
    producer:
      compression: snappy
      compression_params:
        level: 1

Log output

Additional context

No response

[github-actions]

Pinging code owners for exporter/kafka: @pavolloffay @MovieStoreGuy @axw. See Adding Labels via Comments if you do not have permissions to add labels yourself. For example, comment '/label priority:p2 -needs-triaged' to set the priority and remove the needs-triaged label.

[bacherfl]

(Triage): removing needs-triage as the issue description contains the relevant steps to reproduce this. Adding wait-for-code-owner

I could also reproduce this with v0.126.0. This is the exact log message I got:

Error: invalid configuration: exporters::kafka/out::producer: unsupported parameters {Level:-1} for compression type "snappy"
2025/05/27 10:06:17 collector server run finished with error: invalid configuration: exporters::kafka/out::producer: unsupported parameters {Level:-1} for compression type "snappy"

[axw]

Thanks, I guess this is a regression with #39647. I'll have a quick look, it's probably something small.

[axw]

/label -waiting-for-code-owners priority:p2

[axw]

I have a fix up at #40343. Note that Snappy does not support levels, so setting level: 1 still won't work. With that PR the default will work.

It is possible to work around this issue by setting the level to 0, which is treated as the default for the codec:

compression_params:
  level: 0