Update Topic configuration from topic.properties on topic provisioning
See original GitHub issueIt seems that topic configuration done via spring.cloud.stream.kafka.bindings.<binding>.consumer.topic.properties and
spring.cloud.stream.kafka.bindings.<binding>.producer.topic.properties do not update the topic configuration if the topic already exsists.
It is possible to update a topic configuration via kafka-admin-client like this.
In my opinion it would be a nice feature to modify the topic configuration to fully manage topics from the application.
Issue Analytics
- State:
- Created 3 years ago
- Comments:7 (6 by maintainers)
Top Results From Across the Web
Create, Edit, and Delete Topics in Confluent Cloud
Choose the topic name link for the topic you want to delete, and then select the Configuration tab. Click *Delete topic. Confirm the...
Read more >Kafka Topic Management | Kafka Documentation - Instaclustr
Introduction to Kafka Topic Management using Kafka CLI (including Instaclustr ... of one or more topics; alter – change the properties of one...
Read more >Kafka 3.3 Documentation
Topics in Kafka are always multi-producer and multi-subscriber: a topic can have ... Edit the config/connect-standalone.properties file, add or change the ...
Read more >kafka-configs | CDP Public Cloud - Cloudera Documentation
Only use this tool to configure topic properties. Setting topic properties: You can set a topic property using the --alter option together with...
Read more >3. Configuration Options - Spring Cloud
consumer. . admin.configuration. A Map of Kafka topic properties used when provisioning topics — for example, spring.cloud ...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found

As a work around, you can disable the code by setting
autoCreateTopicstofalse(after the app has run the first time).It probably should have gotten its own property
autoAlterTopics(default false).I believe that’s a bug; please open a new issue - we don’t (as far as I know) require a minimum broker level, and certainly we shouldn’t impose that in a point release SR8->SR9. I think a
try/catchshould be added.