Stratara.Mediator
4.0.4
Prefix Reserved
See the version list below for details.
dotnet add package Stratara.Mediator --version 4.0.4
NuGet\Install-Package Stratara.Mediator -Version 4.0.4
<PackageReference Include="Stratara.Mediator" Version="4.0.4" />
<PackageVersion Include="Stratara.Mediator" Version="4.0.4" />
<PackageReference Include="Stratara.Mediator" />
paket add Stratara.Mediator --version 4.0.4
#r "nuget: Stratara.Mediator, 4.0.4"
#:package Stratara.Mediator@4.0.4
#addin nuget:?package=Stratara.Mediator&version=4.0.4
#tool nuget:?package=Stratara.Mediator&version=4.0.4
Stratara.Mediator
Derived. The behaviour described here is specified under
openspec/specs/. Those specifications are the source; this page explains and illustrates them.
License: MIT.
In-process mediator with DI-resolved handlers and pipeline behaviors. Drop-in replacement for MediatR-style routing without the runtime cost of MethodInfo.Invoke — uses a typed wrapper cache and direct DI dispatch.
Quick start
services.AddMediator()
.AddCommandHandlersFromAssemblyContaining<Program>()
.AddQueryHandlersFromAssemblyContaining<Program>()
.AddPipelineBehaviorWithResult(typeof(LoggingBehavior<,>))
.AddPipelineBehavior(typeof(LoggingBehavior<>));
// Optional: wrap in authorization decorator
services.AddAuthorizingMediator<MyAuthorizationProvider>();
Every dispatch is traced as a span named Handle <RequestType>. The spans come from the
Stratara.Application activity source — subscribe to it and they appear; register your own
OpenTelemetry Tracer and the mediator uses that instead. Nothing has to be registered for the
mediator to start.
IMediator is registered scoped. Resolve it from a scope (a request scope in ASP.NET Core, or
an explicit IServiceProvider.CreateScope() in a console host) — resolving it from the root
provider throws.
What's in the box
IMediator.HandleAsync<TResult>(IRequest<TResult>, CancellationToken)— routes queries and commands-with-result toIQueryHandler<TRequest, TResult>through any registeredIPipelineBehavior<TRequest, TResult>chain.IMediator.HandleAsync<TRequest>(TRequest, CancellationToken)— routes void commands toICommandHandler<TRequest>through any registeredIPipelineBehavior<TRequest>chain.AuthorizingMediatordecorator — checks[RequireRole]attributes viaIAuthorizationProviderand[RequirePermission]attributes viaIPermissionResolver(both AND) on the request's runtime type before delegating to the inner mediator. Its startup validator fails fast when a permission-guarded type is registered without an authorizing mediator or without a resolver, so a guard can never be silently skipped.BucketLockPool— concurrency primitive that serialisesIAggregateScopedCommanddispatch per bucket id. Used by message-bus consumers (e.g. theMediatorCommandWorkerinStratara.Outbox.RabbitMQ) to keep aggregate writes single-writer.
Pipeline behavior contract
Behaviors run outer-to-inner in DI registration order:
public sealed class LoggingBehavior<TRequest, TResult> : IPipelineBehavior<TRequest, TResult>
where TRequest : IRequest<TResult>
{
public async Task<TResult> HandleAsync(
TRequest request, Func<Task<TResult>> next, CancellationToken cancellationToken)
{
// before
var result = await next();
// after
return result;
}
}
Tenant isolation
AddStrataraTenantIsolation() registers a pipeline behavior that enforces tenant isolation at the
mediator entrance — before the handler runs — for any request that opts in by implementing the
ITenantScopedRequest marker. Requests that do not implement the marker pass through untouched.
public sealed record GetCustomerQuery(Guid CustomerId, Guid TenantId)
: IQuery<CustomerDto>, ITenantScopedRequest;
services
.AddStrataraValidation() // validation stays outermost
.AddStrataraTenantIsolation(); // then tenant isolation
The behavior compares the request's TenantId (the data owner) against the ambient session's
data-owner tenant (SessionContext.TenantId), not the actor tenant (SessionContext.ActorTenantId).
A request whose payload names a different tenant than the established session subject is rejected with
TenantAccessDeniedException (translated to HTTP 403 on ASP.NET hosts that register
AddStrataraProblemDetails() from Stratara.ServiceDefaults.AspNetCore; surfaced through the
message-failure path on workers).
Default vs. strict mode
TenantIsolationMode.Default— enforces only the subject match. A privileged cross-tenant operation (actor tenant ≠ data-owner tenant) passes, because the calling endpoint is expected to have promoted the session's data-owner tenant to the target before dispatch.TenantIsolationMode.Strict— additionally routes every cross-tenant operation through anICrossTenantAuthorizer. Stratara registers a deny-all default (viaTryAdd), so strict mode rejects all cross-tenant access until you register your own authorizer that grants it:
services.AddStrataraTenantIsolation(o => o.Mode = TenantIsolationMode.Strict);
services.AddScoped<ICrossTenantAuthorizer, PlatformAdminCrossTenantAuthorizer>();
internal sealed class PlatformAdminCrossTenantAuthorizer(IHttpContextAccessor http)
: ICrossTenantAuthorizer
{
public ValueTask<bool> IsCrossTenantAllowedAsync(SessionContext session, CancellationToken ct) =>
ValueTask.FromResult(http.HttpContext?.User.IsInRole("PlatformAdmin") ?? false);
}
The behavior runs both in-process (queries via
IMediatorat the endpoint, whereHttpContextis available) and worker-side (commands dispatched through the outbox, where there is noHttpContext). AnICrossTenantAuthorizerthat needs request-role state should be applied on the in-process path; the worker path must base its decision on theSessionContextalone.
Dependencies
Stratara.Abstractions— forIMediator/IRequest/ICommand/IQuery/IPipelineBehaviorcontracts, plusITenantScopedRequest/ICrossTenantAuthorizer/TenantAccessDeniedException.Stratara.Diagnostics— log-event IDs for the tenant-isolation behavior.Microsoft.Extensions.DependencyInjection.Abstractions.Microsoft.Extensions.Logging.Abstractions.OpenTelemetry.Api— emits anActivityper dispatch under theStratara.Applicationsource.
No EF Core, no message bus, no event sourcing. Library-safe.
| 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)
- Microsoft.Extensions.DependencyInjection.Abstractions (>= 10.0.11)
- Microsoft.Extensions.Hosting.Abstractions (>= 10.0.11)
- Microsoft.Extensions.Logging.Abstractions (>= 10.0.11)
- Microsoft.Extensions.Options (>= 10.0.11)
- OpenTelemetry.Api (>= 1.18.0)
- Stratara.Abstractions (>= 4.0.4)
- Stratara.Diagnostics (>= 4.0.4)
NuGet packages (3)
Showing the top 3 NuGet packages that depend on Stratara.Mediator:
| Package | Downloads |
|---|---|
|
Stratara.Validation
Vendor-neutral request validation for the Stratara framework — a mediator pipeline behavior that runs IValidator<T> implementations before the handler and throws an aggregated StrataraValidationException on failure. No FluentValidation dependency; an optional adapter is shipped separately. |
|
|
Stratara.Outbox.RabbitMQ
Outbox-pattern command and event dispatch for the Stratara event-sourced stack — RabbitMQ IMessageBus implementation, retry worker, mediator command worker, and Redis-coordinated projection-replay state. Azure Service Bus support ships as the sibling Stratara.Outbox.AzureServiceBus package. |
|
|
Stratara.Infrastructure
Infrastructure glue for the Stratara framework — authorization decorators, configuration providers, and DI composition helpers that wire Mediator, Outbox, Identity, and EF Core into a hosted app. |
GitHub repositories
This package is not used by any popular GitHub repositories.
| Version | Downloads | Last Updated |
|---|---|---|
| 4.3.1 | 54 | 9/25/2026 |
| 4.3.0 | 342 | 9/23/2026 |
| 4.2.0 | 191 | 9/18/2026 |
| 4.1.1 | 128 | 9/16/2026 |
| 4.1.0 | 129 | 9/16/2026 |
| 4.0.4 | 946 | 9/14/2026 |
| 4.0.3 | 223 | 9/3/2026 |
| 4.0.2 | 654 | 9/3/2026 |
| 4.0.1 | 298 | 9/2/2026 |
| 4.0.0 | 681 | 8/31/2026 |
| 4.0.0-preview.1 | 88 | 8/31/2026 |
| 3.4.0 | 174 | 8/28/2026 |
| 3.3.0 | 377 | 8/25/2026 |
| 3.2.3 | 164 | 8/22/2026 |
| 3.2.2 | 774 | 8/14/2026 |
| 3.2.1 | 412 | 8/2/2026 |
| 3.2.0 | 166 | 7/18/2026 |
| 3.1.7 | 313 | 7/1/2026 |
| 3.1.6 | 589 | 6/22/2026 |
| 3.1.5 | 172 | 6/22/2026 |
Three findings from a proof of concept of an alternative execution model, each fixed on the shipped
path. A message a handler cannot take is now redelivered a bounded number of times and then
dead-lettered on both brokers instead of being dropped on one of them; an opt-in closes the window
in which a committed fact could be lost between the commit and its publication; and a version
collision is a concurrency conflict on every supported database provider, not only on PostgreSQL.
Additive on every published surface, with one operator step on RabbitMQ: the worker queues change
name and type, and the old ones are deleted once drained.
### Added
- `Outbox:DurableBundles` (`OutboxOptions.DurableBundles`, default `false`): an event bundle is
written to the outbox table in the transaction that commits its events, published after the
commit, and removed once the bus has accepted it — so a process that ends between the commit and
the publish no longer loses the bundle for every subscription. `IEventBundleOutboxDispatcher`
gains `StoresBundlesWithCommit` and `StoreEventBundleAsync`, and `IOutboxRepository` an
`AddAsync(Guid id, …)` overload, all default-implemented so a consumer's own implementations keep
compiling and keep bus-first. `AddOutboxDispatcher()` now binds the `Outbox` section when the host
carries a configuration. Log event `106_108` records a stored copy the bus accepted but the
framework could not remove. The default path is unchanged; the specification now names its window.
- `IStoreConflictDetector` in `Stratara.Abstractions.EventSourcing`: recognises a database
provider's refusal of a duplicate stream version, so the event source can surface it as a
`ConcurrencyException` on that provider. `AddNpgsqlWriteDbContextFactory<T>()` registers the
PostgreSQL detector and `AddStrataraTestingEventStore<T>()` the SQLite one; detectors accumulate,
so a host on another provider adds its own without displacing the framework's. A host that
registers its write context without `AddNpgsqlWriteDbContextFactory<T>()` gets no detector and
no longer sees a `ConcurrencyException` on a version collision: it switches to that registration,
or registers an `IStoreConflictDetector` of its own that recognises PostgreSQL's SQL state
`23505` in the exception chain (the framework's implementations are not public).
- `MessageRetryOptions` (`Stratara.Abstractions.Messaging`, section `MessageRetry`):
`MaxDeliveryAttempts` (default 3) and `MaxConflictRequeues` (default 100), bound and validated by
`AddMessaging()` and by both `AddAzureServiceBus*` registrations. `MessageRetryPolicy` is the
decision both transports apply. Log event `108_110` and counter `messaging.dead_lettered`
(tags `messaging.topic`, `messaging.subscription`, `reason`) record every dead-lettering; `108_111`
warns when a Service Bus subscription's `MaxDeliveryCount` is below the bounds.
### Changed
- A save now maps and signs its event bundle before the transaction opens, so a save with no
session context — or a signer that fails — fails before anything is committed rather than after
the commit with the events stranded unpublished.
- **RabbitMQ worker subscriptions are quorum queues with a dead-letter queue, under a new name.**
A message whose handler throws is redelivered up to `MaxDeliveryAttempts` times (a concurrency
conflict up to `MaxConflictRequeues` times) and then moved to `<subscription>.dead-letter`; it was
rejected and dropped by the broker before (conflicts were requeued without bound). Because a
classic queue cannot be redeclared as a quorum queue, the worker queue is now
`<subscription>.v2`. **Rollout:** deploy — old and new consumers share the exchange and both
receive every message — then delete the old `<subscription>` queue once it is drained, or it fills
forever. Needs RabbitMQ 3.8+.
- **Azure Service Bus applies the same bounds.** A handler failure is abandoned for redelivery until
`MaxDeliveryAttempts` and then dead-lettered with reason `failure` (it was dead-lettered on the
first failure with the exception type as reason); a conflict is dead-lettered by the framework
past `MaxConflictRequeues` with reason `conflict` (it was left to the broker's `MaxDeliveryCount`).
Set the subscription's `MaxDeliveryCount` at least one above the larger bound.
- `AddAzureServiceBus` and `AddAzureServiceBusWithManagedIdentity` also register a
`ServiceBusAdministrationClient` (try-add) for the advisory limit check.
### Fixed
- The `MediatorCommandWorker` remark said a failing command was dead-lettered; on RabbitMQ it was
dropped. It is now dead-lettered on both brokers, and the remark and the
`BusEnvelopeIntegrityMode.Strict` remark say what happens.
- A duplicate stream version on the SQLite test store (`Stratara.Testing.EntityFrameworkCore`) now
surfaces as `ConcurrencyException`, as it does on PostgreSQL, instead of a bare
`DbUpdateException`. A test that asserted the old exception type needs the new one.