Chris Bono

As a continuation of the discussion in the [PR](https://github.com/spring-projects/spring-boot/pull/30567#issuecomment-1122455527)... > For the others, I think it's too soon to say. I think we need to know what we want the...

As a continuation from [this comment](https://github.com/spring-projects/spring-boot/pull/30567#issuecomment-1122456475) on the PR... > The number of Kafka properties are overwhelming; when we first added auto config, we picked a subset of properties to...

> For the "overlapping" properties (for spring-kafka), the hierarchy is as follows (e.g. for the consumer properties) @garyrussell I agree w/ the property hierarchy and precedence as you outlined above....

* RKP = ReactorKafkaProperties * KP = KafkaProperties So I dug into each ReactorKafka `ReceiverOptions` property. Here is what I found: ### TL;DR The only consumer properties that needs to...

> Users should not enable both mechanisms; in spring-kafka, we disable `enable.auto.commit` by default, because it takes care of the commits in a more deterministic fashion. > > reactor-kafka also...

* RKP = ReactorKafkaProperties * KP = KafkaProperties So I dug into each ReactorKafka `SenderOptions` properties. Here is what I found: ### TL;DR These are much more straight forward than...

Based on the above analysis of the KafkaProperties and the Sender/ReceiverOptions of ReactorKafka, here is a suggested list of properties as well as a suggested "layout" of them. I think...

> @onobc thank you for the PR but why can't we continue collaborating on #30567? Hi @snicoll - The direction was unclear and there were enough questions that we wanted...

Remaining items: 1. For `cloud-stream-kafka` we need full native compilation/execution (currently AOT-ready, but not fully Native-ready) 2. Revive the `cloud-stream-rabbit` sample 3. Move` cloud-stream-kafka` and `cloud-stream-rabbit` samples to the smoke...

@szopal can you please provide more details? Are you encountering an error, if so, can you include this?