Azure/azure-sdk-for-java com.azure+azure-messaging-servicebus_7.18.0-beta.3

on GitHub

7.18.0-beta.3 (2026-08-21)

Features Added

• Added listSessions() and listSessions(OffsetDateTime sessionStateUpdatedAfter) to ServiceBusSessionReceiverAsyncClient (returning PagedFlux<String>) and ServiceBusSessionReceiverClient (returning PagedIterable<String>). The no-arg overload returns sessions with active messages or stored session state; the sessionStateUpdatedAfter overload returns sessions whose session state was set or updated after the given timestamp. Implements the com.microsoft:get-message-sessions AMQP management operation. (#48956)
• Added getSqlFilterCount() and getCorrelationFilterCount() to TopicRuntimeProperties, exposing the total number of SQL filters and correlation filters across all of a topic's subscriptions.
• Added ServiceBusServiceVersion.V2024_05 and made it the latest version. The administration client now uses api-version=2024-05 by default, which is required for the topic filter counts above.

Bugs Fixed

• Fixed ServiceBusSessionReceiverClient.acceptNextSession()/acceptSession() blocking for the full
  operation timeout (~245s with default retry options) and throwing
  IllegalStateException: Timeout on blocking read ... (client-timeout) when the broker accepts the
  session-acquire link but never responds (a hung acquire). The session acquirer now bounds a single
  acquire attempt on the synchronous (non-retry) path with a client-side guard of twice the
  tryTimeout, disposing the half-open receive link when the guard fires so the broker-side session
  lock is released instead of orphaned. On the retry-enabled path (session ServiceBusProcessorClient
  and ServiceBusSessionReceiverAsyncClient), retries are now spaced by a bounded backoff instead of
  retrying with no delay, preventing a tight CPU-burning loop when acquire attempts fail fast.
  (#49093)

Other Changes

• The default service version used by ServiceBusAdministrationClientBuilder is now 2024-05, previously 2021-05. Existing operations behave the same; the newer version is required to surface the new topic filter count properties. Callers that need the previous wire behavior can pin it with serviceVersion(ServiceBusServiceVersion.V2021_05).