build(deps): Bump the fluid-framework-dependencies group across 3 directories with 39 updates

[dependabot]

Bumps the fluid-framework-dependencies group with 7 updates in the /brainstorm directory:

Package	From	To
@fluidframework/azure-client	2.113.1	2.114.0
@fluidframework/odsp-client	2.113.1	2.114.0
@fluidframework/telemetry-utils	2.113.1	2.114.0
@fluidframework/test-runtime-utils	2.113.1	2.114.0
fluid-framework	2.113.1	2.114.0
@fluidframework/azure-local-service	2.113.1	2.114.0
@fluidframework/devtools	2.113.1	2.114.0

Bumps the fluid-framework-dependencies group with 6 updates in the /item-counter directory:

Package	From	To
@fluidframework/azure-client	2.113.1	2.114.0
@fluidframework/telemetry-utils	2.113.1	2.114.0
@fluidframework/test-runtime-utils	2.113.1	2.114.0
fluid-framework	2.113.1	2.114.0
@fluidframework/azure-local-service	2.113.1	2.114.0
@fluidframework/devtools	2.113.1	2.114.0

Bumps the fluid-framework-dependencies group with 6 updates in the /item-counter-spe directory:

Package	From	To
@fluidframework/azure-client	2.113.1	2.114.0
@fluidframework/odsp-client	2.113.1	2.114.0
@fluidframework/telemetry-utils	2.113.1	2.114.0
@fluidframework/test-runtime-utils	2.113.1	2.114.0
fluid-framework	2.113.1	2.114.0
@fluidframework/devtools	2.113.1	2.114.0

Updates @fluidframework/azure-client from 2.113.1 to 2.114.0

Release notes

Sourced from @​fluidframework/azure-client's releases.

Fluid Framework v2.114.0 (minor)

Contents

• ✨ New Features
  • [Add new @​alpha ServiceClient API for creating and loading Fluid containers (#27693)](#user-content-add-new-alpha-serviceclient-api-for-creating-and-loading-fluid-containers-27693)
  • [Add FluidReadonlyArray type independent of TypeScript lib (#27747)](#user-content-add-fluidreadonlyarray-type-independent-of-typescript-lib-27747)
  • [Promote Fluid container type interfaces to public (#27746)](#user-content-promote-fluid-container-type-interfaces-to-public-27746)
• 🌳 SharedTree DDS Changes
  • [Add clear method to TreeMapNodeAlpha (#27765)](#user-content-add-clear-method-to-treemapnodealpha-27765)
• ⚠️ Deprecations
  • [Deprecate mixinSummaryHandler (#27769)](#user-content-deprecate-mixinsummaryhandler-27769)

✨ New Features

Add new @​alpha ServiceClient API for creating and loading Fluid containers (#27693)

This introduces an experimental (@alpha), service-agnostic API for working with Fluid containers whose root is an arbitrary data store, along with an in-memory implementation for testing.

The new surface is made up of:

• ServiceClient (@fluidframework/driver-definitions): the entry point for creating and loading containers. Along with it come the supporting container types (FluidContainer, FluidContainerWithService, FluidContainerAttached), the data store model (DataStoreKind, DataStoreKey, DataStoreRegistry, DataStoreCreator), and the generic registry primitives (Registry, RegistryKey, lookupInRegistry, createBasicRegistryKey).
• defineDataStore and sharedObjectRegistryFromIterable (@fluidframework/shared-object-base): build a DataStoreKind from a root shared object and a registry of shared object kinds.
• defineTreeDataStore and instantiateTreeFirstTime (@fluidframework/tree): a SharedTree-specific convenience wrapper that produces a DataStoreKind backed by a TreeView.
• startEphemeralService (@fluidframework/local-driver): starts an in-memory EphemeralService for tests. The service owns the lifetime of the in-memory documents and resources, and produces ServiceClients connected to it (via EphemeralService.newClient or EphemeralService.defaultClient). The helpers cleanupEphemeralService and getDefaultEphemeralService manage an optional default service instance.

Apart from the @fluidframework/local-driver helpers (which come from @fluidframework/local-driver/alpha), these APIs are also re-exported from fluid-framework. None reference any @legacy types.

Example:

import { startEphemeralService } from "@fluidframework/local-driver/alpha";
import {
  ServiceClient,
  defineTreeDataStore,
  TreeViewConfiguration,
  SchemaFactory,
} from "fluid-framework/alpha";
import { strict as assert } from "node:assert";
// Start an ephemeral in-memory service and get a ServiceClient connected to it.
const service = startEphemeralService();
const client: ServiceClient = service.defaultClient;
// Define a DataStoreKind which uses a SharedTree.
// In this case the schema is for a single number with an initializer that starts the it at 1.
// This schema is captures in the type allowing for strongly typed access to the data in the tree,
// where the type matches the schema based runtime enforcement of the schema.
const numberStore = defineTreeDataStore({
type: "my-app-root",
</tr></table>

... (truncated)

Changelog

Sourced from @​fluidframework/azure-client's changelog.

2.114.0

Dependency updates only.

2.113.0

Dependency updates only.

2.112.0

Dependency updates only.

2.111.0

Dependency updates only.

2.110.0

Minor Changes

• ITelemetryBaseLogger.minLogLevel may be undefined (#27546) 6afb933be51

  Typing for ITelemetryBaseLogger.minLogLevel is updated to reflect that in some implementations minLogLevel is present but evaluates to undefined. When building with excactOptionalPropertyTypes:false as suggested in compatibility requirements, there is no apparent type change. If a type error is experienced, make sure to check for undefined or use ?? LogLevel.info when reading.

2.103.0

Dependency updates only.

2.102.0

Minor Changes

• Service client createContainer/getContainer overloads taking CompatibilityMode are deprecated (#27212) 3e951b4abf

  The createContainer and getContainer overloads on AzureClient, OdspClient, and TinyliciousClient (plus AzureClient.viewContainerVersion) that accept a CompatibilityMode ("1" / "2") argument are now deprecated. Pass a MinimumVersionForCollab SemVer string instead — it specifies the minimum collaborating client version directly.

  See [issue #23289](microsoft/FluidFramework#23289) for migration details and removal tracking.

2.101.0

Dependency updates only.

2.100.0

Minor Changes

• Node 22 is now the minimum supported Node.js version (#27116) e8214d29663

... (truncated)

Commits

• a1f5a2d build: generate release notes and changelogs for 2.114.0 (#27823)
• 7edab75 build(client): rename api tasks (#27804)
• 19f311a update type tests to 2.112 (#27801)
• 2e5a5f9 Run esm and cjs test builds concurrently (#27778)
• d415ce6 build: bump client version to 2.114.0 (#27764)
• See full diff in compare view

Updates @fluidframework/odsp-client from 2.113.1 to 2.114.0

Release notes

Sourced from @​fluidframework/odsp-client's releases.

Fluid Framework v2.114.0 (minor)

Contents

• ✨ New Features
  • [Add new @​alpha ServiceClient API for creating and loading Fluid containers (#27693)](#user-content-add-new-alpha-serviceclient-api-for-creating-and-loading-fluid-containers-27693)
  • [Add FluidReadonlyArray type independent of TypeScript lib (#27747)](#user-content-add-fluidreadonlyarray-type-independent-of-typescript-lib-27747)
  • [Promote Fluid container type interfaces to public (#27746)](#user-content-promote-fluid-container-type-interfaces-to-public-27746)
• 🌳 SharedTree DDS Changes
  • [Add clear method to TreeMapNodeAlpha (#27765)](#user-content-add-clear-method-to-treemapnodealpha-27765)
• ⚠️ Deprecations
  • [Deprecate mixinSummaryHandler (#27769)](#user-content-deprecate-mixinsummaryhandler-27769)

✨ New Features

Add new @​alpha ServiceClient API for creating and loading Fluid containers (#27693)

This introduces an experimental (@alpha), service-agnostic API for working with Fluid containers whose root is an arbitrary data store, along with an in-memory implementation for testing.

The new surface is made up of:

• ServiceClient (@fluidframework/driver-definitions): the entry point for creating and loading containers. Along with it come the supporting container types (FluidContainer, FluidContainerWithService, FluidContainerAttached), the data store model (DataStoreKind, DataStoreKey, DataStoreRegistry, DataStoreCreator), and the generic registry primitives (Registry, RegistryKey, lookupInRegistry, createBasicRegistryKey).
• defineDataStore and sharedObjectRegistryFromIterable (@fluidframework/shared-object-base): build a DataStoreKind from a root shared object and a registry of shared object kinds.
• defineTreeDataStore and instantiateTreeFirstTime (@fluidframework/tree): a SharedTree-specific convenience wrapper that produces a DataStoreKind backed by a TreeView.
• startEphemeralService (@fluidframework/local-driver): starts an in-memory EphemeralService for tests. The service owns the lifetime of the in-memory documents and resources, and produces ServiceClients connected to it (via EphemeralService.newClient or EphemeralService.defaultClient). The helpers cleanupEphemeralService and getDefaultEphemeralService manage an optional default service instance.

Apart from the @fluidframework/local-driver helpers (which come from @fluidframework/local-driver/alpha), these APIs are also re-exported from fluid-framework. None reference any @legacy types.

Example:

import { startEphemeralService } from "@fluidframework/local-driver/alpha";
import {
  ServiceClient,
  defineTreeDataStore,
  TreeViewConfiguration,
  SchemaFactory,
} from "fluid-framework/alpha";
import { strict as assert } from "node:assert";
// Start an ephemeral in-memory service and get a ServiceClient connected to it.
const service = startEphemeralService();
const client: ServiceClient = service.defaultClient;
// Define a DataStoreKind which uses a SharedTree.
// In this case the schema is for a single number with an initializer that starts the it at 1.
// This schema is captures in the type allowing for strongly typed access to the data in the tree,
// where the type matches the schema based runtime enforcement of the schema.
const numberStore = defineTreeDataStore({
type: "my-app-root",
</tr></table>

... (truncated)

Changelog

Sourced from @​fluidframework/odsp-client's changelog.

2.114.0

Dependency updates only.

2.113.0

Dependency updates only.

2.112.0

Dependency updates only.

2.111.0

Dependency updates only.

2.110.0

Dependency updates only.

2.103.0

Dependency updates only.

2.102.0

Minor Changes

• Service client createContainer/getContainer overloads taking CompatibilityMode are deprecated (#27212) 3e951b4abf

  The createContainer and getContainer overloads on AzureClient, OdspClient, and TinyliciousClient (plus AzureClient.viewContainerVersion) that accept a CompatibilityMode ("1" / "2") argument are now deprecated. Pass a MinimumVersionForCollab SemVer string instead — it specifies the minimum collaborating client version directly.

  See [issue #23289](microsoft/FluidFramework#23289) for migration details and removal tracking.

2.101.0

Dependency updates only.

2.100.0

Minor Changes

• Node 22 is now the minimum supported Node.js version (#27116) e8214d29663

  All Fluid Framework client packages now require Node.js 22 or later. This aligns with the standing Node upgrade policy as Node 20 reaches end-of-life on April 30, 2026.

2.93.0

Dependency updates only.

... (truncated)

Commits

• a1f5a2d build: generate release notes and changelogs for 2.114.0 (#27823)
• 7edab75 build(client): rename api tasks (#27804)
• 2e5a5f9 Run esm and cjs test builds concurrently (#27778)
• d415ce6 build: bump client version to 2.114.0 (#27764)
• See full diff in compare view

Updates @fluidframework/telemetry-utils from 2.113.1 to 2.114.0

Release notes

Sourced from @​fluidframework/telemetry-utils's releases.

Fluid Framework v2.114.0 (minor)

Contents

• ✨ New Features
  • [Add new @​alpha ServiceClient API for creating and loading Fluid containers (#27693)](#user-content-add-new-alpha-serviceclient-api-for-creating-and-loading-fluid-containers-27693)
  • [Add FluidReadonlyArray type independent of TypeScript lib (#27747)](#user-content-add-fluidreadonlyarray-type-independent-of-typescript-lib-27747)
  • [Promote Fluid container type interfaces to public (#27746)](#user-content-promote-fluid-container-type-interfaces-to-public-27746)
• 🌳 SharedTree DDS Changes
  • [Add clear method to TreeMapNodeAlpha (#27765)](#user-content-add-clear-method-to-treemapnodealpha-27765)
• ⚠️ Deprecations
  • [Deprecate mixinSummaryHandler (#27769)](#user-content-deprecate-mixinsummaryhandler-27769)

✨ New Features

Add new @​alpha ServiceClient API for creating and loading Fluid containers (#27693)

This introduces an experimental (@alpha), service-agnostic API for working with Fluid containers whose root is an arbitrary data store, along with an in-memory implementation for testing.

The new surface is made up of:

• ServiceClient (@fluidframework/driver-definitions): the entry point for creating and loading containers. Along with it come the supporting container types (FluidContainer, FluidContainerWithService, FluidContainerAttached), the data store model (DataStoreKind, DataStoreKey, DataStoreRegistry, DataStoreCreator), and the generic registry primitives (Registry, RegistryKey, lookupInRegistry, createBasicRegistryKey).
• defineDataStore and sharedObjectRegistryFromIterable (@fluidframework/shared-object-base): build a DataStoreKind from a root shared object and a registry of shared object kinds.
• defineTreeDataStore and instantiateTreeFirstTime (@fluidframework/tree): a SharedTree-specific convenience wrapper that produces a DataStoreKind backed by a TreeView.
• startEphemeralService (@fluidframework/local-driver): starts an in-memory EphemeralService for tests. The service owns the lifetime of the in-memory documents and resources, and produces ServiceClients connected to it (via EphemeralService.newClient or EphemeralService.defaultClient). The helpers cleanupEphemeralService and getDefaultEphemeralService manage an optional default service instance.

Apart from the @fluidframework/local-driver helpers (which come from @fluidframework/local-driver/alpha), these APIs are also re-exported from fluid-framework. None reference any @legacy types.

Example:

import { startEphemeralService } from "@fluidframework/local-driver/alpha";
import {
  ServiceClient,
  defineTreeDataStore,
  TreeViewConfiguration,
  SchemaFactory,
} from "fluid-framework/alpha";
import { strict as assert } from "node:assert";
// Start an ephemeral in-memory service and get a ServiceClient connected to it.
const service = startEphemeralService();
const client: ServiceClient = service.defaultClient;
// Define a DataStoreKind which uses a SharedTree.
// In this case the schema is for a single number with an initializer that starts the it at 1.
// This schema is captures in the type allowing for strongly typed access to the data in the tree,
// where the type matches the schema based runtime enforcement of the schema.
const numberStore = defineTreeDataStore({
type: "my-app-root",
</tr></table>

... (truncated)

Changelog

Sourced from @​fluidframework/telemetry-utils's changelog.

2.114.0

Dependency updates only.

2.113.0

Dependency updates only.

2.112.0

Dependency updates only.

2.111.0

Dependency updates only.

2.110.0

Minor Changes

• Deprecated ITelemetryLoggerExt methods and related types removed (#27476) fb992c35c4e

  Methods on ITelemetryLoggerExt are removed except for send inherited from ITelemetryBaseLogger.

  See issue #26910 for complete details.

2.103.0

Dependency updates only.

2.102.0

Dependency updates only.

2.101.0

Dependency updates only.

2.100.0

Minor Changes

• Node 22 is now the minimum supported Node.js version (#27116) e8214d29663

  All Fluid Framework client packages now require Node.js 22 or later. This aligns with the standing Node upgrade policy as Node 20 reaches end-of-life on April 30, 2026.

• Deprecate ITelemetryLoggerExt methods and related types (#26912) 42b77ab8455

  ITelemetryLoggerExt is only for internal Fluid Framework use. The following deprecations help formalize that. See [issue #26910](microsoft/FluidFramework#26910) for details.

... (truncated)

Commits

• a1f5a2d build: generate release notes and changelogs for 2.114.0 (#27823)
• 7edab75 build(client): rename api tasks (#27804)
• 19f311a update type tests to 2.112 (#27801)
• 2e5a5f9 Run esm and cjs test builds concurrently (#27778)
• d415ce6 build: bump client version to 2.114.0 (#27764)
• See full diff in compare view

Updates @fluidframework/test-runtime-utils from 2.113.1 to 2.114.0

Release notes

Sourced from @​fluidframework/test-runtime-utils's releases.

Fluid Framework v2.114.0 (minor)

Contents

• ✨ New Features
  • [Add new @​alpha ServiceClient API for creating and loading Fluid containers (#27693)](#user-content-add-new-alpha-serviceclient-api-for-creating-and-loading-fluid-containers-27693)
  • [Add FluidReadonlyArray type independent of TypeScript lib (#27747)](#user-content-add-fluidreadonlyarray-type-independent-of-typescript-lib-27747)
  • [Promote Fluid container type interfaces to public (#27746)](#user-content-promote-fluid-container-type-interfaces-to-public-27746)
• 🌳 SharedTree DDS Changes
  • [Add clear method to TreeMapNodeAlpha (#27765)](#user-content-add-clear-method-to-treemapnodealpha-27765)
• ⚠️ Deprecations
  • [Deprecate mixinSummaryHandler (#27769)](#user-content-deprecate-mixinsummaryhandler-27769)

✨ New Features

Add new @​alpha ServiceClient API for creating and loading Fluid containers (#27693)

This introduces an experimental (@alpha), service-agnostic API for working with Fluid containers whose root is an arbitrary data store, along with an in-memory implementation for testing.

The new surface is made up of:

• ServiceClient (@fluidframework/driver-definitions): the entry point for creating and loading containers. Along with it come the supporting container types (FluidContainer, FluidContainerWithService, FluidContainerAttached), the data store model (DataStoreKind, DataStoreKey, DataStoreRegistry, DataStoreCreator), and the generic registry primitives (Registry, RegistryKey, lookupInRegistry, createBasicRegistryKey).
• defineDataStore and sharedObjectRegistryFromIterable (@fluidframework/shared-object-base): build a DataStoreKind from a root shared object and a registry of shared object kinds.
• defineTreeDataStore and instantiateTreeFirstTime (@fluidframework/tree): a SharedTree-specific convenience wrapper that produces a DataStoreKind backed by a TreeView.
• startEphemeralService (@fluidframework/local-driver): starts an in-memory EphemeralService for tests. The service owns the lifetime of the in-memory documents and resources, and produces ServiceClients connected to it (via EphemeralService.newClient or EphemeralService.defaultClient). The helpers cleanupEphemeralService and getDefaultEphemeralService manage an optional default service instance.

Apart from the @fluidframework/local-driver helpers (which come from @fluidframework/local-driver/alpha), these APIs are also re-exported from fluid-framework. None reference any @legacy types.

Example:

import { startEphemeralService } from "@fluidframework/local-driver/alpha";
import {
  ServiceClient,
  defineTreeDataStore,
  TreeViewConfiguration,
  SchemaFactory,
} from "fluid-framework/alpha";
import { strict as assert } from "node:assert";
// Start an ephemeral in-memory service and get a ServiceClient connected to it.
const service = startEphemeralService();
const client: ServiceClient = service.defaultClient;
// Define a DataStoreKind which uses a SharedTree.
// In this case the schema is for a single number with an initializer that starts the it at 1.
// This schema is captures in the type allowing for strongly typed access to the data in the tree,
// where the type matches the schema based runtime enforcement of the schema.
const numberStore = defineTreeDataStore({
type: "my-app-root",
</tr></table>

... (truncated)

Changelog

Sourced from @​fluidframework/test-runtime-utils's changelog.

2.114.0

Dependency updates only.

2.113.0

Dependency updates only.

2.112.0

Dependency updates only.

2.111.0

Dependency updates only.

2.110.0

Dependency updates only.

2.103.0

Dependency updates only.

2.102.0

Dependency updates only.

2.101.0

Dependency updates only.

2.100.0

Minor Changes

• Node 22 is now the minimum supported Node.js version (#27116) e8214d29663

  All Fluid Framework client packages now require Node.js 22 or later. This aligns with the standing Node upgrade policy as Node 20 reaches end-of-life on April 30, 2026.

2.93.0

Dependency updates only.

2.92.0

Dependency updates only.

2.91.0

... (truncated)

Commits

• a1f5a2d build: generate release notes and changelogs for 2.114.0 (#27823)
• 845c15a build: tag untagged asserts for 2.114.0 release (#27822)
• 7edab75 build(client): rename api tasks (#27804)
• 19f311a update type tests to 2.112 (#27801)
• 2e5a5f9 Run esm and cjs test builds concurrently (#27778)
• d415ce6 build: bump client version to 2.114.0 (#27764)
• See full diff in compare view

Updates fluid-framework from 2.113.1 to 2.114.0

Release notes

Sourced from fluid-framework's releases.

Fluid Framework v2.114.0 (minor)

Contents

• ✨ New Features
  • [Add new @​alpha ServiceClient API for creating and loading Fluid containers (#27693)](#user-content-add-new-alpha-serviceclient-api-for-creating-and-loading-fluid-containers-27693)
  • [Add FluidReadonlyArray type independent of TypeScript lib (#27747)](#user-content-add-fluidreadonlyarray-type-independent-of-typescript-lib-27747)
  • [Promote Fluid container type interfaces to public (#27746)](#user-content-promote-fluid-container-type-interfaces-to-public-27746)
• 🌳 SharedTree DDS Changes
  • [Add clear method to TreeMapNodeAlpha (#27765)](#user-content-add-clear-method-to-treemapnodealpha-27765)
• ⚠️ Deprecations
  • [Deprecate mixinSummaryHandler (#27769)](#user-content-deprecate-mixinsummaryhandler-27769)

✨ New Features

Add new @​alpha ServiceClient API for creating and loading Fluid containers (#27693)

This introduces an experimental (@alpha), service-agnostic API for working with Fluid containers whose root is an arbitrary data store, along with an in-memory implementation for testing.

The new surface is made up of:

• ServiceClient (@fluidframework/driver-definitions): the entry point for creating and loading containers. Along with it come the supporting container types (FluidContainer, FluidContainerWithService, FluidContainerAttached), the data store model (DataStoreKind, DataStoreKey, DataStoreRegistry, DataStoreCreator), and the generic registry primitives (Registry, RegistryKey, lookupInRegistry, createBasicRegistryKey).
• defineDataStore and sharedObjectRegistryFromIterable (@fluidframework/shared-object-base): build a DataStoreKind from a root shared object and a registry of shared object kinds.
• defineTreeDataStore and instantiateTreeFirstTime (@fluidframework/tree): a SharedTree-specific convenience wrapper that produces a DataStoreKind backed by a TreeView.
• startEphemeralService (@fluidframework/local-driver): starts an in-memory EphemeralService for tests. The service owns the lifetime of the in-memory documents and resources, and produces ServiceClients connected to it (via EphemeralService.newClient or EphemeralService.defaultClient). The helpers cleanupEphemeralService and getDefaultEphemeralService manage an optional default service instance.

Apart from the @fluidframework/local-driver helpers (which come from @fluidframework/local-driver/alpha), these APIs are also re-exported from fluid-framework. None reference any @legacy types.

Example:

import { startEphemeralService } from "@fluidframework/local-driver/alpha";
import {
  ServiceClient,
  defineTreeDataStore,
  TreeViewConfiguration,
  SchemaFactory,
} from "fluid-framework/alpha";
import { strict as assert } from "node:assert";
// Start an ephemeral in-memory service and get a ServiceClient connected to it.
const service = startEphemeralService();
const client: ServiceClient = service.defaultClient;
// Define a DataStoreKind which uses a SharedTree.
// In this case the schema is for a single number with an initializer that starts the it at 1.
// This schema is captures in the type allowing for strongly typed access to the data in the tree,
// where the type matches the schema based runtime enforcement of the schema.
const numberStore = defineTreeDataStore({
type: "my-app-root",
</tr></table>

... (truncated)

Changelog

Sourced from fluid-framework's changelog.

2.114.0

Minor Changes

• Add FluidReadonlyArray type independent of TypeScript lib (#27747) 040d35bc29

  FluidReadonlyArray<T> provides an equivalent of the built-in ReadonlyArray type that is independent of TypeScript lib, following the same pattern as FluidReadonlyMap and FluidMap. The interface includes stable methods through ES2023 (at(), findLast(), findLastIndex()) but excludes newer copy-on-write methods (toReversed(), toSorted(), toSpliced(), with()) that Fluid Framework implementations don't yet support. This ensures these types remain safe to implement without lib changes breaking them.

• Add clear method to TreeMapNodeAlpha (#27765) 30c889b99c

  TreeMapNodeAlpha now has a clear method, further aligning it with JavaScript's built-in Map API. It removes all elements from the map.

  The merge semantics of clear are loosely specified: either of the following may occur:

  • clear may remove all elements that were in the map when the edit was authored, even if some of those elements have since been moved elsewhere in the tree (in which case they are removed from their new location).
  • clear may remove all elements that are in the map when the edit is sequenced, even if some of those elements were not yet in the map when the edit was authored.

  This method is available on TreeMapNodeAlpha, which can be obtained from an existing TreeMapNode via asAlpha, or by declaring the schema with SchemaFactoryAlpha's mapAlpha.

  const schemaFactory = new SchemaFactoryAlpha("example");
  class Inventory extends schemaFactory.mapAlpha(
    "Inventory",
    schemaFactory.number,
  ) {}
  const inventory = new Inventory(
  new Map([
  ["apples", 5],
  ["pears", 3],
  ]),
  );
  inventory.size; // 2
  inventory.clear();
  inventory.size; // 0

• Promote Fluid container type interfaces to public (#27746) 33e014ac63

  FluidIterable, FluidIterableIterator, FluidReadonlyMap, FluidMap, and FluidReadonlyArray are promoted from @beta to @public. These sealed interfaces provide equivalents of the built-in Iterable, IterableIterator, ReadonlyMap, Map, and ReadonlyArray types that are independent of TypeScript lib. They can now be used in public API surfaces.

• Add new @​alpha ServiceClient API for creating and loading Fluid containers (#27693) ee47192d4a

  This introduces an experimental (@alpha), service-agnostic API for working with Fluid containers whose root is an arbitrary data store, along with an in-memory implementation for testing.

  The new surface is made up of:

... (truncated)

Commits

• a1f5a2d build: generate release notes and changelogs for 2.114.0 (#27823)
• 7edab75 build(client): rename api tasks (#27804)
• 33e014a feat(core-interfaces): promote fluid container type interfaces to public (#27...
• 19f311a update type tests to 2.112 (#27801)
• 040d35b feat(core-interfaces): add FluidReadonlyArray type (#27747)
• 30c889b feat(tree): add mapNode clear method (#27765)
• ee47192 Introduce Unified ServiceClient API for Fluid Client (#27693)
• 2e5a5f9 Run esm and cjs test builds concurrently (#27778)
• d415ce6 build: bump client version to 2.114.0 (#27764)
• See full diff in compare view

Updates @fluidframework/azure-local-service from 2.113.1 to 2.114.0

Release notes

Sourced from @​fluidframework/azure-local-service's releases.

Fluid Framework v2.114.0 (minor)

Contents

• ✨ New Features
  • [Add new @​alpha ServiceClient API for creating and loading Fluid containers (#27693)](#user-content-add-new-alpha-serviceclient-api-for-creating-and-loading-fluid-containers-27693)
  • [Add FluidReadonlyArray type independent of TypeScript lib (#27747)](#user-content-add-fluidreadonlyarray-type-independent-of-typescript-lib-27747)
  • [Promote Fluid container type interfaces to public (#27746)](#user-content-promote-fluid-container-type-interfaces-to-public-27746)
• 🌳 SharedTree DDS Changes
  • [Add clear method to TreeMapNodeAlpha (#27765)](#user-content-add-clear-method-to-treemapnodealpha-27765)
• ⚠️ Deprecations
  • [Deprecate mixinSummaryHandler (#27769)](#user-content-deprecate-mixinsummaryhandler-27769)

✨ New Features

Add new @​alpha ServiceClient API for creating and loading Fluid containers (#27693)

This introduces an experimental (@alpha), service-agnostic API for working with Fluid containers whose root is an arbitrary data store, along with an in-memory implementation for testing.

The new surface is made up of:

• ServiceClient (@fluidframework/driver-definitions): the entry point for creating and loading containers. Along with it come the supporting container types (FluidContainer, FluidContainerWithService, FluidContainerAttached), the data store model (DataStoreKind, DataStoreKey, DataStoreRegistry, DataStoreCreator), and the generic registry primitives (Registry, RegistryKey, lookupInRegistry, createBasicRegistryKey).
• defineDataStore and sharedObjectRegistryFromIterable (@fluidframework/shared-object-base): build a DataStoreKind from a root shared object and a registry of shared object kinds.
• defineTreeDataStore and instantiateTreeFirstTime (@fluidframework/tree): a SharedTree-specific convenience wrapper that produces a DataStoreKind backed by a TreeView.
• startEphemeralService (@fluidframework/local-driver): starts an in-memory EphemeralService for tests. The service owns the lifetime of the in-memory documents and resources, and produces ServiceClients connected to it (via EphemeralService.newClient or EphemeralService.defaultClient). The helpers cleanupEphemeralService and getDefaultEphemeralService manage an optional default service instance.

Apart from the @fluidframework/local-driver helpers (which come from @fluidframework/local-driver/alpha), these APIs are also re-exported from fluid-framework. None reference any @legacy types.

Example:

import { startEphemeralService } from "@fluidframework/local-driver/alpha";
import {
  ServiceClient,
  defineTreeDataStore,
  TreeViewConfiguration,
  SchemaFactory,
} from "fluid-framework/alpha";
import { strict as assert } from "node:assert";
// Start an ephemeral in-memory service and get a ServiceClient connected to it.
const service = startEphemeralService();
const client: ServiceClient = service.defaultClient;
// Define a DataStoreKind which uses a SharedTree.
// In this case the schema is for a single number with an initializer that starts the it at 1.
// This schema is captures in the type allowing for strongly typed access to the data in the tree,
// where the type matches the schema based runtime enforcement of the schema.
const numberStore = defineTreeDataStore({
type: "my-app-root",
</tr></table>

... (truncated)

Changelog

Sourced from @​fluidframework/azure-local-service's changelog.

2.114.0

Dependency updates only.

2.113.0

Dependency updates only.

2.112.0

Dependency updates only.

2.111.0

Dependency updates only.

2.110.0

Dependency updates only.

2.103.0

Dependency updates only.

2.102.0

Dependency updates only.

2.101.0

Dependency updates only.

2.100.0

Dependency updates only.

2.93.0

Dependency updates only.

2.92.0

Dependency updates only.

2.91.0

Dependency updates only.

2.90.0

... (truncated)

Commits

• a1f5a2d build: generate release notes and changelogs for 2.114.0 (#27823)
• d415ce6 build: bump client version to 2.114.0 (#27764)
• See full diff in compare view

Updates @fluidframework/devtools from 2.113.1 to 2.114.0

Release notes

Sourced from @​fluidframework/devtools's releases.

Fluid Framework v2.114.0 (minor)

Contents

• ✨ New Features
  • [Add new @​alpha ServiceClient API for creating and loading Fluid containers (#27693)](#user-content-add-new-alpha-serviceclient-api-for-creating-and-loading-fluid-containers-27693)
  • [Add FluidReadonlyArray type independent of TypeScript lib (#27747)](#user-content-add-fluidreadonlyarray-type-independent-of-typescript-lib-27747)
  • [Promote Fluid container type interfaces to public (#27746)](#user-content-promote-fluid-container-type-interfaces-to-public-27746)
• 🌳 SharedTree DDS Changes
  • [Add clear method to TreeMapNodeAlpha (#27765)](#user-content-add-clear-method-to-treemapnodealpha-27765)
• ⚠️ Deprecations
  • [Deprecate mixinSummaryHandler (

[azure-pipelines]

Azure Pipelines:
There may be pipelines that require an authorized user to comment /azp run to run.

[dependabot]

Looks like these dependencies are updatable in another way, so this is no longer needed.