-
Bug
-
Resolution: Done-Errata
-
Major
-
2.2.0.Alpha2, 2.2.0.Alpha3, 2.2.0.Beta1, 2.2.0.CR1, 2.2.0.Final, 2.2.1.Final
-
None
-
False
-
None
-
False
-
Important
What Debezium connector do you use and what version?
v2.2.1.Final (custom)
What is the connector configuration?
"collection.include.list":"Test.Test_Collection", "connector.class":"io.debezium.connector.mongodb.MongoDbConnector", "errors.log.enable":"true", "errors.log.include.messages":"true", "field.name.adjustment.mode":"avro", "key.converter":"org.apache.kafka.connect.json.JsonConverter", "mongodb.connection.string":"mongodb+srv://********:****************@************.*******.mongodb.net", "mongodb.ssl.enabled":"true", "name":"mongo", "signal.data.collection":"Test.testCollection", "topic.prefix":"mongo", "transforms":"ExtractNewDocumentState", "transforms.ExtractNewDocumentState.type":"io.debezium.connector.mongodb.transforms.ExtractNewDocumentState" "value.converter": "org.apache.kafka.connect.json.JsonConverter"
What is the captured database version and mode of deployment?
(E.g. on-premises, with a specific cloud provider, etc.)
N/A
What behaviour do you expect?
Column names that don't adhere to Avro naming standards to be sanitized e.g. "bad.column-name" becomes "bad_column_name"
What behaviour do you see?
No sanitization.
But it's clear from the ExtractNewDocumentStateTestIT that actually field.name.adjustment.mode is considered a Transformation configuration property and not a common Connector configuration property as the documentation suggests.
If you define the property under the ExtractNewDocumentState configuration e.g. "transform.ExtractNewDocumentState.field.name.adjustment.mode":"avro" then it will sanitize the field names.
Do you see the same behaviour using the latest relesead Debezium version?
(Ideally, also verify with latest Alpha/Beta/CR version)
Yes
- relates to
-
DBZ-8084 Naming adjustment mode documentation incorrect
-
- Open
-
- links to
-
RHEA-2023:120698 Red Hat build of Debezium 2.3.4 release