Skip to content

Commit 18a5459

Browse files
Fix sample heading (Azure#24159)
1 parent 7583626 commit 18a5459

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

sdk/servicebus/Azure.Messaging.ServiceBus/samples/Sample06_Transactions.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -44,7 +44,7 @@ using (var ts = new TransactionScope(TransactionScopeAsyncFlowOption.Enabled))
4444
}
4545
```
4646

47-
### Transactions across entities (Unreleased)
47+
### Transactions across entities
4848

4949
When creating senders and receivers that should be part of a cross-entity transaction, you can set the `EnableCrossEntityTransaction` property of the `ServiceBusClientOptions` as shown below. When using cross-entity transactions, the first entity that an operation occurs on becomes the entity through which all subsequent sends will be routed through. This enables the service to perform a transaction that is meant to span multiple entities. This means that subsequent entities that perform their first operation need to either be senders, or if they are receivers they need to be on the same entity as the initial entity through which all sends are routed through (otherwise the service would not be able to ensure that the transaction is committed because it cannot route a receive operation through a different entity). For instance, if you have SenderA and ReceiverB that are created from a client with cross-entity transactions enabled, you would need to receive first with ReceiverB to allow this to work. If you first used SenderA to send to QueueA, and then attempted to receive from QueueB, an `InvalidOperationException` would be thrown. You could still receive from a ReceiverA after initially sending to SenderA, since they are both using the same queue. This would be useful if you also had a SenderB that you want to include as part of the transaction (otherwise there would be no need to use cross-entity transactions as you would be dealing with only one entity).
5050

0 commit comments

Comments
 (0)