Skip to content

Commit a4f0f39

Browse files
authored
Merge pull request #106045 from udidahan/patch-1
More guidance on transaction processing + cross-link
2 parents 6a5de77 + 2841717 commit a4f0f39

File tree

1 file changed

+4
-0
lines changed

1 file changed

+4
-0
lines changed

articles/service-bus-messaging/service-bus-transactions.md

Lines changed: 4 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -41,6 +41,10 @@ The disposition of the message (complete, abandon, dead-letter, defer) then occu
4141
> [!IMPORTANT]
4242
> Azure Service Bus doesn't retry an operation in case of an exception when the operation is in a transaction scope.
4343
44+
## Operations that do not enlist in transaction scopes
45+
46+
Be aware that message processing code that calls into databases and other services like Cosmos DB does not automatically enlist those downstream resources into the same transactional scope. For more information on how to handle these scenarios, look into the [guidelines on idempotent message processing](/azure/architecture/reference-architectures/containers/aks-mission-critical/mission-critical-data-platform#idempotent-message-processing).
47+
4448
## Transfers and "send via"
4549

4650
To enable transactional handover of data from a queue or topic to a processor, and then to another queue or topic, Service Bus supports *transfers*. In a transfer operation, a sender first sends a message to a *transfer queue or topic*, and the transfer queue or topic immediately moves the message to the intended destination queue or topic using the same robust transfer implementation that the autoforward capability relies on. The message is never committed to the transfer queue or topic's log in a way that it becomes visible for the transfer queue or topic's consumers.

0 commit comments

Comments
 (0)