Stratara.Domain
4.0.1
Prefix Reserved
dotnet add package Stratara.Domain --version 4.0.1
NuGet\Install-Package Stratara.Domain -Version 4.0.1
<PackageReference Include="Stratara.Domain" Version="4.0.1" />
<PackageVersion Include="Stratara.Domain" Version="4.0.1" />
<PackageReference Include="Stratara.Domain" />
paket add Stratara.Domain --version 4.0.1
#r "nuget: Stratara.Domain, 4.0.1"
#:package Stratara.Domain@4.0.1
#addin nuget:?package=Stratara.Domain&version=4.0.1
#tool nuget:?package=Stratara.Domain&version=4.0.1
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.1)
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.1 | 0 | 9/2/2026 |
| 4.0.0 | 246 | 8/31/2026 |
| 4.0.0-preview.1 | 66 | 8/31/2026 |
| 3.4.0 | 257 | 8/28/2026 |
| 3.3.0 | 445 | 8/25/2026 |
| 3.2.3 | 267 | 8/22/2026 |
| 3.2.2 | 828 | 8/14/2026 |
| 3.2.1 | 848 | 8/2/2026 |
| 3.2.0 | 253 | 7/18/2026 |
| 3.1.7 | 395 | 7/1/2026 |
| 3.1.6 | 673 | 6/22/2026 |
| 3.1.5 | 249 | 6/22/2026 |
| 3.1.4 | 264 | 6/15/2026 |
| 3.1.3 | 262 | 6/10/2026 |
| 3.1.2 | 272 | 6/5/2026 |
| 3.1.1 | 324 | 6/1/2026 |
| 3.1.0 | 240 | 5/30/2026 |
| 3.0.23 | 231 | 5/28/2026 |
### Added
- **Bundles about one aggregate are now applied one at a time within a process, a handler can say
"not yet", and the workers' parallelism is configurable.** The projection worker and the saga
worker open one consumer per processor on a shared queue, so two bundles published milliseconds
apart — the fact that creates an entity and the first fact about it — landed on two consumers and
ran at the same time, and whichever finished first won. A projection that then found no row for
the follow-up could only warn and acknowledge a fact it never applied, or throw and have the
bundle discarded; either way the read model lost the fact until a replay. The command worker has
never had this problem, because it takes a per-aggregate lock before it runs a command.
Both workers now take the same lock, keyed on the streams the bundle's events belong to. Bundles
about different aggregates still run in parallel; bundles about one aggregate queue behind each
other. The guarantee is per process — two replicas consuming the same subscription do not
serialise against each other — and the delivery guarantee now says so explicitly.
The lock serialises but does not order, so the residual case gets a second chance:
`PrecedingFactMissingException(streamId, eventTypeName)` in `Stratara.Abstractions` is the one
exception the workers retry — five attempts from 100 ms doubling, about three seconds in all,
under the new named policy `ResilienceNames.PrecedingFact`, with every aggregate lock released
between attempts so the creating fact can land in the gap. Once the retries are exhausted the
bundle fails as any unhandled failure does, and the warning logged on each attempt
(`104_010` for projections, `110_005` for sagas) names the stream and the event type. Any other
exception fails the bundle on the first attempt, as before.
`Projections:DegreeOfParallelism` and `Sagas:DegreeOfParallelism` set the number of consumers each
worker opens; a value that is not a positive number means the processor count, and `1` gives a
worker that applies every bundle in the order the transport delivers it.
A consumer that changes nothing gets the serialisation and the default parallelism it had. A
consumer that implements `IMessageBus` itself is unaffected: the retry runs inside the worker
before the transport sees an outcome. `BucketLockPool`, previously internal to the mediator, is
now public in `Stratara.Abstractions` so that every worker takes the same lock from the same
place; the mediator's own copy is gone.
### Changed
- **A published version now announces itself in the repository.** The release workflow gained a
third job that creates the GitHub release entry for the tag once the packages have reached
nuget.org, with the changelog section for that version as its notes — the same section the
packages already carry as their release notes. A prerelease tag is marked as one, so it does not
displace the current stable version. Until now the release list was maintained by hand and had
fallen behind: 4.0.0 was on nuget.org while the repository still presented 3.4.0 as current.
Nothing about what publishes, when, or on whose approval has changed.