Stratara.Domain
4.0.3
Prefix Reserved
dotnet add package Stratara.Domain --version 4.0.3
NuGet\Install-Package Stratara.Domain -Version 4.0.3
<PackageReference Include="Stratara.Domain" Version="4.0.3" />
<PackageVersion Include="Stratara.Domain" Version="4.0.3" />
<PackageReference Include="Stratara.Domain" />
paket add Stratara.Domain --version 4.0.3
#r "nuget: Stratara.Domain, 4.0.3"
#:package Stratara.Domain@4.0.3
#addin nuget:?package=Stratara.Domain&version=4.0.3
#tool nuget:?package=Stratara.Domain&version=4.0.3
Stratara.Domain
Derived. The behaviour described here is specified under
openspec/specs/. Those specifications are the source; this page explains and illustrates them.
License: MIT.
The Stratara framework's concrete multitenancy domain — the Tenant aggregate and its event vocabulary. Use this when your application wants Stratara's opinionated tenant model (one tenant per customer, lifecycle events for activate / deactivate / rename / locale-change / assignment) and the corresponding aggregate.
Contents
Stratara.Domain.Multitenancy.Tenant— the aggregate. ImplementsIAggregate(fromStratara.Abstractions).Stratara.Domain.TenantCreated/TenantRenamed/TenantActivated/TenantDeactivated/TenantDefaultLocaleChanged/TenantAssignedToCustomer/TenantDeleted— the event records consumed by the aggregate'sApply()methods + persisted to the event stream.Stratara.Domain.CustomerTenantsDeleted— a read-side event: it carries a customer's deleted tenant ids forTenantProjectionand has noApply()overload on the aggregate. Rehydration skips unmapped events silently, so don't expect it to move aggregate state.
TenantCreated implements IAggregateCreationEvent, declaring the tenant it creates as the event's
own data owner. A tenant therefore belongs to itself no matter which session performed the creation —
an operator creating a tenant does not end up owning it. The interface is a compile-time contract read
when the event is appended; it is not serialized, so the record's JSON is unchanged.
When to skip this package
If you're building a Stratara-on-Mediator application without the framework's tenant model (e.g. you have your own tenancy concept), reference Stratara.Abstractions alone for the marker interfaces. Most Stratara features (CQRS, event sourcing, projections, sagas) don't depend on Stratara.Domain.
Quick reference
// Open a Tenant stream from a command handler
await events.CreateAsync<Tenant>(tenantId,
new TenantCreated(
Id: tenantId,
CustomerId: customerId,
Name: "Acme",
DefaultLocale: "de-DE",
IsActive: true,
CreatedAt: DateTimeOffset.UtcNow),
cancellationToken);
await events.SaveChangesAsync(cancellationToken);
// Later: rehydrate the aggregate
var tenant = await aggregator.AggregateAsync<Tenant>(tenantId, cancellationToken: cancellationToken);
Dependencies
Stratara.Abstractions— forIAggregate(Tenant implements it).JetBrains.Annotations— for static-analysis attributes.
| Product | Versions Compatible and additional computed target framework versions. |
|---|---|
| .NET | net10.0 is compatible. net10.0-android was computed. net10.0-browser was computed. net10.0-ios was computed. net10.0-maccatalyst was computed. net10.0-macos was computed. net10.0-tvos was computed. net10.0-windows was computed. |
-
net10.0
- JetBrains.Annotations (>= 2026.2.0)
- Stratara.Abstractions (>= 4.0.3)
NuGet packages (3)
Showing the top 3 NuGet packages that depend on Stratara.Domain:
| Package | Downloads |
|---|---|
|
Stratara.Shared
Umbrella package for the Stratara framework — source-generated logger extensions for command flows, domain-event helpers, merge primitives, and the Tier-A/B abstractions surface re-exported as one transitive bundle. |
|
|
Stratara.Projections
Projection runtime for the Stratara event-sourced stack — projection-handler discovery, change-set creation, update application, and projection manager. Sits between read-model repositories and the event-bundle dispatcher. |
|
|
Stratara.Sagas
Saga runtime for the Stratara event-sourced stack — ISaga discovery, manager / handler dispatch, cached method invoker, and a hosted SagaWorker that routes incoming event bundles to matching sagas. |
GitHub repositories
This package is not used by any popular GitHub repositories.
| Version | Downloads | Last Updated |
|---|---|---|
| 4.0.3 | 89 | 9/3/2026 |
| 4.0.2 | 223 | 9/3/2026 |
| 4.0.1 | 142 | 9/2/2026 |
| 4.0.0 | 396 | 8/31/2026 |
| 4.0.0-preview.1 | 98 | 8/31/2026 |
| 3.4.0 | 293 | 8/28/2026 |
| 3.3.0 | 448 | 8/25/2026 |
| 3.2.3 | 270 | 8/22/2026 |
| 3.2.2 | 830 | 8/14/2026 |
| 3.2.1 | 850 | 8/2/2026 |
| 3.2.0 | 256 | 7/18/2026 |
| 3.1.7 | 440 | 7/1/2026 |
| 3.1.6 | 675 | 6/22/2026 |
| 3.1.5 | 254 | 6/22/2026 |
| 3.1.4 | 264 | 6/15/2026 |
| 3.1.3 | 264 | 6/10/2026 |
| 3.1.2 | 273 | 6/5/2026 |
| 3.1.1 | 326 | 6/1/2026 |
| 3.1.0 | 241 | 5/30/2026 |
| 3.0.23 | 232 | 5/28/2026 |
Three fixes to the same complaint: a host composed exactly as the documentation describes did not
start. Each one was a registration the composites assumed somebody else had made — a tracer, a unit
of work, a Redis connection — and each is now made by the registration that needs it. Nothing that
already worked changes: every fix defers to a registration the host makes itself, in either order,
so the lines a working host added to get past these gaps can simply be deleted. Additive on every
published surface.
### Fixed
- **A host without Redis starts and dispatches.** Every composite that carries a dispatcher
registered the projection-replay state, and its only implementation took a Redis connection that
no composite registers, so a host composed as documented failed at its first dispatch unless it
also ran Redis and called `AddCaching()`. `AddProjectionReplayState()` now chooses at first
resolution: with a registered `IConnectionMultiplexer` the Redis-backed state as before, without
one an in-process state with the same lease semantics — and a warning, once at start-up
(`104_012`), that replay coordination is confined to that process, so a replay requested there
suppresses publication there only. A deployment whose replay must reach several hosts registers
the shared connection, in either order. Redis-backed hosts observe no change.
- **Registering a store context now registers its unit of work.**
`AddNpgsqlWriteDbContextFactory<T>()` registered the context factory, the context and the default
connection resolver but not the `IWriteUnitOfWork` that the event source, the outbox dispatcher and
the command worker take from the container — and nothing else in the published packages did, so a
host composed exactly as documented failed at its first command with a dependency-injection error.
The write registration now try-adds a scoped `IWriteUnitOfWork` over its context, and
`AddNpgsqlReadDbContextFactory<T>()` try-adds `IProjectionsUnitOfWork` and `IReadUnitOfWork`
likewise. A unit of work the host registers itself, before or after, is still the one used; a
hand-written registration can simply be deleted.
- **`AddMediator()` no longer requires the host to register an OpenTelemetry `Tracer`.** The
mediator traces every dispatch and obtained its tracer from the host, but nothing registered one,
so a host that called `AddMediator()` and nothing else failed at the first resolve of `IMediator`.
`AddMediator()` now registers a fallback that emits the dispatch spans from the framework's
`Stratara.Application` activity source — a host that subscribes to framework telemetry sees them,
a host that subscribes to nothing pays for nothing. A `Tracer` the host registers, before or after
`AddMediator()`, is still the one used, so no existing host changes behaviour; the registration
line can simply be deleted. The samples, the README and the package README no longer carry it.