build(deps): Bump the fluid-framework-dependencies group with 29 updates

[dependabot]

Bumps the fluid-framework-dependencies group with 29 updates:

Package	From	To
@fluidframework/tinylicious-client	2.113.1	2.114.0
fluid-framework	2.113.1	2.114.0
@fluidframework/aqueduct	2.113.1	2.114.0
@fluidframework/container-definitions	2.113.1	2.114.0
@fluidframework/container-loader	2.113.1	2.114.0
@fluidframework/container-runtime	2.113.1	2.114.0
@fluidframework/container-runtime-definitions	2.113.1	2.114.0
@fluidframework/core-interfaces	2.113.1	2.114.0
@fluidframework/core-utils	2.113.1	2.114.0
@fluidframework/datastore	2.113.1	2.114.0
@fluidframework/datastore-definitions	2.113.1	2.114.0
@fluidframework/driver-base	2.113.1	2.114.0
@fluidframework/driver-definitions	2.113.1	2.114.0
@fluidframework/driver-utils	2.113.1	2.114.0
@fluidframework/fluid-static	2.113.1	2.114.0
@fluidframework/id-compressor	2.113.1	2.114.0
@fluidframework/map	2.113.1	2.114.0
@fluidframework/merge-tree	2.113.1	2.114.0
@fluidframework/request-handler	2.113.1	2.114.0
@fluidframework/routerlicious-driver	2.113.1	2.114.0
@fluidframework/runtime-definitions	2.113.1	2.114.0
@fluidframework/runtime-utils	2.113.1	2.114.0
@fluidframework/sequence	2.113.1	2.114.0
@fluidframework/shared-object-base	2.113.1	2.114.0
@fluidframework/synthesize	2.113.1	2.114.0
@fluidframework/telemetry-utils	2.113.1	2.114.0
@fluidframework/tinylicious-driver	2.113.1	2.114.0
@fluidframework/tree	2.113.1	2.114.0
@fluidframework/type-factory	2.113.1	2.114.0

Updates @fluidframework/tinylicious-client from 2.113.1 to 2.114.0

Release notes

Sourced from @​fluidframework/tinylicious-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/tinylicious-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)
• 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/aqueduct from 2.113.1 to 2.114.0

Release notes

Sourced from @​fluidframework/aqueduct'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/aqueduct'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

Minor Changes

• minVersionForCollab is now non-optional (#25331) 9a0d0272df

  This change is a follow-up for pull request 25130 which was released as part of 2.61.0.

  The minVersionForCollab property has been made non-optional in the following @beta @legacy interfaces in the Runtime layer:

... (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/container-definitions from 2.113.1 to 2.114.0

Release notes

Sourced from @​fluidframework/container-definitions'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/container-definitions'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

• Remove deprecated ILoaderOptions.enableOfflineLoad (#27574) daf022b3f36

  The enableOfflineLoad property has been removed from ILoaderOptions in @fluidframework/container-definitions. This property was previously marked @deprecated Do not use.

  The legacy Fluid.Container.enableOfflineLoad config-provider feature gate has also been removed from @fluidframework/container-loader. Offline load is now unconditionally enabled for interactive clients; it can still be controlled via the Fluid.Container.enableOfflineFull config.

  Migration: Remove any usage of enableOfflineLoad from ILoaderOptions objects. No replacement is needed — offline load is on by default.

2.103.0

Dependency updates only.

2.102.0

Minor Changes

• Add optional getPendingLocalState to IContainer (#27269) 1f12b8e36e

  IContainer now exposes getPendingLocalState?(): Promise<string>. The serialized blob can be passed back as pendingLocalState to loadExistingContainer (or ILoader.resolve) to rehydrate an attached container at the same position without data loss.

  The member is optional during this minor release so external implementers of IContainer (test mocks, wrapper containers, partner runtimes) remain forward-compatible. A future breaking release will make it required.

  The ContainerAlpha interface and asLegacyAlpha helper in @fluidframework/container-loader continue to expose this functionality at @legacy @alpha for callers that prefer the typed-required shape.

  Lifecycle: misuse of this API can result in duplicate op submission and potential document corruption. The blob returned MUST be discarded if and when the container emits a "connected" event — any subsequent rehydrate from that blob would submit the same ops a second time. The container must also be neither closed nor disposed when calling; otherwise the call throws UsageError.

  Runtime behavior is unchanged.

... (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/container-loader from 2.113.1 to 2.114.0

Release notes

Sourced from @​fluidframework/container-loader'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/container-loader's changelog.

2.114.0

Dependency updates only.

2.113.0

Dependency updates only.

2.112.0

Dependency updates only.

2.111.0

Minor Changes

• Fix container crash when read-only mode is forced from a connected event handler (#27637) 32bbb06cf7f

  Forcing a container into read-only mode synchronously from within a "connected" event handler could leave an internal catch-up monitor in an inconsistent state, causing a later reconnection to fail with an assert ("catchUpMonitor should be gone", 0x3eb).

  This occurred when a client established an already-caught-up read connection and application code reacted to the resulting connection transition by disconnecting (for example, by forcing read-only mode). The catch-up monitor is now stored before it can synchronously notify listeners, so a re-entrant disconnect during the connection transition is handled correctly and subsequent reconnections proceed normally.

2.110.0

Minor Changes

• Remove deprecated ILoaderOptions.enableOfflineLoad (#27574) daf022b3f36

  The enableOfflineLoad property has been removed from ILoaderOptions in @fluidframework/container-definitions. This property was previously marked @deprecated Do not use.

  The legacy Fluid.Container.enableOfflineLoad config-provider feature gate has also been removed from @fluidframework/container-loader. Offline load is now unconditionally enabled for interactive clients; it can still be controlled via the Fluid.Container.enableOfflineFull config.

  Migration: Remove any usage of enableOfflineLoad from ILoaderOptions objects. No replacement is needed — offline load is on by default.

2.103.0

Minor Changes

• Deprecate ICreateAndLoadContainerProps in favor of composable building blocks (#27347) 4091373ee5a

  ICreateAndLoadContainerProps is now @deprecated. It remains as a structurally-identical alias and the props types that previously extended it (ILoadExistingContainerProps, ICreateDetachedContainerProps, IRehydrateDetachedContainerProps) now extend the building blocks directly, so no caller migration is required for those.

  Callers writing new props types should compose from the building blocks directly:

  import type {
    IContainerHostProps,

... (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/container-runtime from 2.113.1 to 2.114.0

Release notes

Sourced from @​fluidframework/container-runtime'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/container-runtime's changelog.

2.114.0

Dependency updates only.

2.113.0

Dependency updates only.

2.112.0

Minor Changes

• Start sharing local handle payloads before attachment (#27704) 2c4d5aaf8a

  Locally created Fluid handles can now expose an optional sharePayload() method that starts sharing their payload without attaching the handle to the Fluid object graph. Blob handles implement this method, allowing applications to begin uploading a blob before serializing its handle into a DDS.

[azure-pipelines]

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