This is an automated email from the ASF dual-hosted git repository.
gnodet pushed a commit to branch camel-4.18.x
in repository https://gitbox.apache.org/repos/asf/camel.git
The following commit(s) were added to refs/heads/camel-4.18.x by this push:
new f4fbf997d3e9 [backport camel-4.18.x] CAMEL-25227:
camel-azure-eventhubs - the partition key and id are looked up separately
(#27438)
f4fbf997d3e9 is described below
commit f4fbf997d3e914827f16e1049c46d40e72a6f51d
Author: Andrea Cosentino <[email protected]>
AuthorDate: Tue Oct 6 13:30:38 2026 +0200
[backport camel-4.18.x] CAMEL-25227: camel-azure-eventhubs - the partition
key and id are looked up separately (#27438)
CAMEL-25227: camel-azure-eventhubs - the partition key and id are looked up
separately
Backport of the component-doc part of #27381: a partition id header set by
the route together with a partitionKey endpoint option, or a partition key
header together with a partitionId option, selects both, and the producer
fails with "Both partitionKey and partitionId are set".
Signed-off-by: Andrea Cosentino <[email protected]>
Co-authored-by: Claude Opus 5.5 (1M context) <[email protected]>
---
.../src/main/docs/azure-eventhubs-component.adoc | 10 +++++++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git
a/components/camel-azure/camel-azure-eventhubs/src/main/docs/azure-eventhubs-component.adoc
b/components/camel-azure/camel-azure-eventhubs/src/main/docs/azure-eventhubs-component.adoc
index cb7d4c2e5df1..71dc2d17ca58 100644
---
a/components/camel-azure/camel-azure-eventhubs/src/main/docs/azure-eventhubs-component.adoc
+++
b/components/camel-azure/camel-azure-eventhubs/src/main/docs/azure-eventhubs-component.adoc
@@ -157,9 +157,13 @@ The producer sends the events to the partition chosen, in
this order, by:
. the partition key of the event received by an `azure-eventhubs` consumer
earlier in the route, so that events with
the same key stay together
-Otherwise, Event Hubs picks the partition. The consumer sets the same two
headers on every event it receives. While
-they still hold the received values, the producer does not take them as a
partition chosen by the route, and it never
-reuses the partition id of a received event, because partitions differ from
one Event Hub to another.
+Otherwise, Event Hubs picks the partition. The partition key and the partition
id are looked up separately, so a
+partition id header set by the route together with a `partitionKey` endpoint
option, or a partition key header together
+with a `partitionId` option, selects both, and the producer fails with `Both
partitionKey and partitionId are set`.
+
+The consumer sets the same two headers on every event it receives. While they
still hold the received values, the
+producer does not take them as a partition chosen by the route, and it never
reuses the partition id of a received
+event, because partitions differ from one Event Hub to another.
To keep the partition of the received event, for example when mirroring
between Event Hubs that have the same
partitions, remove the `CamelAzureEventHubsReceivedPartitionId` exchange
property, or
