Bump Azure.Messaging.ServiceBus from 7.20.2 to 7.21.0 - #237
dependabot[bot] wants to merge 1 commit into
Conversation
--- updated-dependencies: - dependency-name: Azure.Messaging.ServiceBus dependency-version: 7.21.0 dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com>
|
Coverage Report for CI Build 36093058900Coverage remained the same at 32.976%Details
Uncovered ChangesNo uncovered changes found. Coverage RegressionsNo coverage regressions found. Coverage Stats
💛 - Coveralls |
|
Superseded by #238, which includes Azure.Messaging.ServiceBus 7.21.0 together with the verified CasCap.Common 4.14.2 release and the rest of this repository's release validation. |
|
OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting If you change your mind, just re-open this PR and I'll resolve any conflicts on it. |



Updated Azure.Messaging.ServiceBus from 7.20.2 to 7.21.0.
Release notes
Sourced from Azure.Messaging.ServiceBus's releases.
7.21.0
7.21.0 (2026-10-06)
Features Added
SqlFilterCountandCorrelationFilterCountproperties toTopicRuntimeProperties, exposing the total number of SQL filters and correlation filters across all of a topic's subscriptions. These are populated byGetTopicRuntimePropertiesAsyncandGetTopicsRuntimePropertiesAsync.ServiceBusAdministrationClientOptions.ServiceVersion.V2024_05and made it the default service version. The topic filter counts above are served by the2024-05service API version, so the administration client now sendsapi-version=2024-05by default.GetMessageSessionsAsyncoverloads onServiceBusClientfor queues and subscriptions. The no-filter overload returns the IDs of sessions that have active messages or session state, and thesessionStateUpdatedAfteroverload returns session IDs whose session state was updated after the specified timestamp. Implements thecom.microsoft:get-message-sessionsAMQP management operation. (#58761)ServiceBusSessionReceiver, allowing a session to be cooperatively taken over by another receiver. SetServiceBusSessionReceiverOptions.EnableNonExclusiveSessionto accept a session non-exclusively, then read the token fromServiceBusSessionReceiver.SessionLockTokenand pass it asServiceBusSessionReceiverOptions.SessionLockToken = Guid.Parse(token)to take that session over.ServiceBusSessionReceiver.IsSessionExclusivereports the mode the session was established under. Dispositions for a non-exclusive session are routed over the management link so that settlement keeps working across a takeover, which lowers settlement throughput compared to an exclusive session. This applies toServiceBusSessionReceiveronly;ServiceBusSessionProcessorcontinues to lock sessions exclusively. Accepting a session withEnableNonExclusiveSessionset throwsNotSupportedExceptionwhen the endpoint declines it, either by refusing the request outright or by accepting it without assigning a lock token, which is how a caller detects whether the feature is available for a namespace. An endpoint that declines in some other way surfaces the exception its own error maps to. (#60060)Bugs Fixed
Fixed retry classification for web socket failures with nested causes. On modern .NET, a transient network failure during a web socket connection attempt surfaces as a
WebSocketExceptionthat wraps anHttpRequestException, which wraps the meaningfulIOExceptionorSocketException. The retry policy previously inspected only one level of nesting and treated these failures as terminal. The policy now unwraps nested wrapper exceptions to a bounded depth, so transient failures such as a connection reset use the configured retries. Terminal socket failures, such as host-not-found and host-unreachable, are not retried at any supported depth. A host-unreachable failure on an established connection is now terminal. Earlier versions retried it. (#61868)Fixed a bug where canceling
ServiceBusReceiver.CloseAsyncleft the receiver unable to close its own links. The receiver was marked as closed, and its set of locked messages disposed, before the cancellation was observed, so every later call toCloseAsyncreturned immediately without doing any work and the links stayed open until the owningServiceBusClientwas disposed. The receiver is now left open and closable when a close does not complete, so the operation can be retried. (#59309)Other Changes
ServiceBusAdministrationClientservice version is now2024-05(previously2021-05). Existing operations are unaffected in behavior; the change is required to surface the new topic filter count properties.Commits viewable in compare view.
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting
@dependabot rebase.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)