[
https://issues.apache.org/jira/browse/KAFKA-19026?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17946361#comment-17946361
]
Edoardo Comar commented on KAFKA-19026:
---------------------------------------
[~showuon] the impact is that the a policy may not be invoked with the same
arguments in ZK mode and KRaft mode.
For example a policy that attempts to prevent the topic cleanup.policy to be
empty by rejecting and empty value for the property, will work in KRaft mode
but will not prevent the change in ZK mode if the alter config performs a
OpType.SUBTRACT
> AlterConfigPolicy incompatibility between ZK mode and KRaft mode when using
> AlterConfigOp.OpType.SUBTRACT/APPEND
> ----------------------------------------------------------------------------------------------------------------
>
> Key: KAFKA-19026
> URL: https://issues.apache.org/jira/browse/KAFKA-19026
> Project: Kafka
> Issue Type: Bug
> Components: core, migration
> Affects Versions: 3.9.0, 3.8.1
> Reporter: Edoardo Comar
> Assignee: Edoardo Comar
> Priority: Major
> Fix For: 3.9.2
>
> Attachments: KAFKA19026Policy.java, KAFKA19026Test.java
>
>
> When processing an Incremental Alter Config on a Config entry of type List
> with OpType.SUBTRACT
> the metadata passed to {color:#000000}AlterConfigPolicy.validate contains
> {color}
> * {color:#000000}in KRaft mode : {color}{color:#000000}the config that would
> result AFTER the subtraction{color}
> * {color:#000000}in ZK mode : the config as if the opType was OpType.SET,
> with no indication that actually the value would be removed{color}
> {color:#000000}Also OpType.APPEND behaves inconsistently in this regard{color}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
