hi Andrew
Thanks for this KIP. some questions are listed below.
chia_00:
Should we introduce `--consumer-property` to `kafka-consumer-perf-test.sh` and
`kafka-share-consumer-perf-test.sh` since another perf tool,
`kafka-producer-perf-test.sh`, has `--producer-property`?
chia_01:
should we al
I don't really like --command-config either, but I don't think it's ambiguous
> as such. It's
> just a bit generic to my way of thinking.
>
> Thanks,
> Andrew
>
> From: Kirk True
> Sent: 10 July 2025 02:06
> To: d
: [DISCUSS] KIP-1147: Improve consistency of command-line arguments
Hi Andrew,
Thanks for the KIP. Yes, the inconsistency drives me crazy :)
Just one initial question:
KT01: During the migration period where both command line arguments are
supported (e.g. --producer-props and --producer-pr
___
From: Chris Egerton
Sent: 10 July 2025 02:18
To: dev@kafka.apache.org
Subject: Re: [DISCUSS] KIP-1147: Improve consistency of command-line arguments
Hi Andrew,
Thanks for the KIP. The mixed dash and dot syntax in --producer.config and
--consumer.config has always vexed
Hi Andrew,
Thanks for the KIP. The mixed dash and dot syntax in --producer.config and
--consumer.config has always vexed me. I just have one thought:
To be honest, like Kirk, I don't love --command-config. While it is the
most common flag name for specifying client properties, it seems both
inacc
Hi Andrew,
Thanks for the KIP. Yes, the inconsistency drives me crazy :)
Just one initial question:
KT01: During the migration period where both command line arguments are
supported (e.g. --producer-props and --producer-property), which takes
precedence?
I'm not ecstatic about the existing na
