Uploaded image for project: 'Camel'
  1. Camel
  2. CAMEL-16438

Kafka component properties randomly end up under camel.component.kafka or camel.component.kafka.configuration

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Resolved
    • Minor
    • Resolution: Cannot Reproduce
    • 3.8.0, 3.9.0
    • 3.10.0
    • None
    • Unknown

    Description

      According to https://camel.apache.org/manual/latest/camel-3x-upgrade-guide-3_2.html#_configuring_components_via_spring_boot_auto_configuration , Camel component configuration should as of version 3.2 no longer use the .configuration prefix.

      In version 3.8.0, many properties have indeed moved out of .configuration. But some properties are still only set if set with the .configuration prefix. The same seems to be the case in 3.9.0 as well.
      As far as I can tell, this non-exhaustive list contains valid examples:

      • camel.component.kafka.configuration.brokers (specifically mentioned in the documentation as having moved)
      • camel.component.kafka.configuration.max-poll-records
      • camel.component.kafka.configuration.group-id
      • camel.component.kafka.configuration.topic
      • camel.component.kafka.configuration.ssl-keystore-password
      • camel.component.kafka.configuration.ssl-truststore-password
      • camel.component.kafka.configuration.value-deserializer

      Some properties seem to have moved to .configuration:

      • camel.component.kafka.configuration.allow-manual-commit
      • camel.component.kafka.configuration.break-on-first-error

      Some related properties now appear to be split between two prefixes:

      • camel.component.kafka.ssl-keystore-location and camel.component.kafka.configuration.ssl-keystore-password
      • camel.component.kafka.ssl-truststore-location and camel.component.kafka.configuration.ssl-truststore-password
      • camel.component.kafka.value-serializer and camel.component.kafka.configuration.value-deserializer

      Trying to figure out what goes where requires a pretty exhaustive and error-prone search.
      Obviously it's possible to copy and paste each property so that it's set both with and without .configuration, but if the intent is to remove .configuration altogether, would it be possible to either confirm or negate what we're seeing?

      Attachments

        1. kafka-chaos.zip
          14 kB
          David Oftedal

        Activity

          People

            Unassigned Unassigned
            davidoftedal David Oftedal
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: