Hi, Jiunn-Yang,
Thanks for the KIP. It's important to make the config behavior consistent
between the broker and the controller.
jr1. "Brokers only allow null values with the AlterConfigOp.OpType.DELETE
operation type; otherwise, they throw an InvalidRequestException .
Controllers allow users to set null values with
AlterConfigOp.OpType.DELETE without restrictions."
Do you mean that the controller allow users to set null values for types
other than AlterConfigOp.OpType.DELETE? If that's the case, does that lead
to accidentally deleting a config?
Jun
On Tue, Jan 6, 2026 at 2:02 AM 黃竣陽 <[email protected]> wrote:
> Hi all,
>
> I’d like to manually bump this thread.
>
> Best Regards,
> Jiunn-Yang
>
> > 黃竣陽 <[email protected]> 於 2025年12月22日 晚上9:25 寫道：
> >
> > Hello chia,
> >
> > Thanks for your comments.
> > I have updated the KIP based on your feedback.
> >
> > Best Regards,
> > Jiunn-Yang
> >
> >> Chia-Ping Tsai <[email protected]> 於 2025年12月21日 晚上9:40 寫道：
> >>
> >> hi Jiunn-Yang
> >>
> >> chia_00: please update the discussion link on the KIP page
> >>
> >> chia_01: The description of `Invalid dynamic configs` is incomplete.
> The controller accepts the invalid request initially, but silently drops
> the invalid configs during application. Consequently, previous valid
> configs are also removed ...
> >>
> >> Best,
> >> Chia-Ping
> >>
> >> On 2025/12/15 12:14:52 黃竣陽 wrote:
> >>> Hello everyone,
> >>>
> >>> I would like to start a discussion on KIP-1256 Align broker and
> controller behavior for handling
> >>> null config values, duplicate entries, and error codes <
> https://cwiki.apache.org/confluence/x/J47MFw>
> >>>
> >>> This proposal aims to align the behavior of
> Admin.incrementalAlterConfigs when using bootstrap.servers
> >>> versus bootstrap.controllers.
> >>>
> >>> Best Regards,
> >>> Jiunn-Yang
> >
>
>
