You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Rahul Kumar (Jira)" <ji...@apache.org> on 2023/03/21 16:08:00 UTC
[jira] [Created] (CAMEL-19180) Kafka Idempotent Repository does not give the user control over a randomized group id if the kafka broker requires the id to be in a specified form
Rahul Kumar created CAMEL-19180:
-----------------------------------
Summary: Kafka Idempotent Repository does not give the user control over a randomized group id if the kafka broker requires the id to be in a specified form
Key: CAMEL-19180
URL: https://issues.apache.org/jira/browse/CAMEL-19180
Project: Camel
Issue Type: Bug
Environment: https://github.com/apache/camel/blob/main/components/camel-kafka/src/main/java/org/apache/camel/processor/idempotent/kafka/KafkaIdempotentRepository.java
Reporter: Rahul Kumar
[https://github.com/apache/camel/blob/main/components/camel-kafka/src/main/java/org/apache/camel/processor/idempotent/kafka/KafkaIdempotentRepository.java]
In this class above: Line 288
String groupId = UUID.randomUUID().toString();
causes major problems for kafka brokers that expect group ids to be in a specified form. Impact is that {*}we cannot subscribe to get the duplicate messages if the app restarts as we do not have access to all the messages that were produced to the topic for checking for duplicates{*}. If this sort of control can be given to the user to set the group id, that would be very ideal, as I am right now *copy pasting the class and adding the logic for formatting the group id for our requirement to make deduplication work on our side.*
Please let us know if there is a way we can either bypass the logic here, or have this released in a newer version.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)