Stratara.Diagnostics 4.0.3

Prefix Reserved
dotnet add package Stratara.Diagnostics --version 4.0.3
                    
NuGet\Install-Package Stratara.Diagnostics -Version 4.0.3
                    
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="Stratara.Diagnostics" Version="4.0.3" />
                    
For projects that support PackageReference, copy this XML node into the project file to reference the package.
<PackageVersion Include="Stratara.Diagnostics" Version="4.0.3" />
                    
Directory.Packages.props
<PackageReference Include="Stratara.Diagnostics" />
                    
Project file
For projects that support Central Package Management (CPM), copy this XML node into the solution Directory.Packages.props file to version the package.
paket add Stratara.Diagnostics --version 4.0.3
                    
#r "nuget: Stratara.Diagnostics, 4.0.3"
                    
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
#:package Stratara.Diagnostics@4.0.3
                    
#:package directive can be used in C# file-based apps starting in .NET 10 preview 4. Copy this into a .cs file before any lines of code to reference the package.
#addin nuget:?package=Stratara.Diagnostics&version=4.0.3
                    
Install as a Cake Addin
#tool nuget:?package=Stratara.Diagnostics&version=4.0.3
                    
Install as a Cake Tool

Stratara.Diagnostics

Derived. The behaviour described here is specified under openspec/specs/. Those specifications are the source; this page explains and illustrates them.

License: MIT.

Generic observability primitives shared by all Stratara packages. Use this to emit Activity / Meter instruments under a uniform source name and stable event-ID schema.

Contents

  • ApplicationDiagnosticsActivitySource("Stratara.Application") + Meter("Stratara.Service") + tag-name constants (correlation.id, causation.id, tenant.id, user.id, event.type, request.type, outcome, outbox.kind) + the metric instruments below. These names are part of the public observability contract — renaming them breaks downstream Grafana/Tempo queries.

Metric instruments (ApplicationDiagnostics.Metrics)

Instrument Type Tags
event_source.append.conflicts counter aggregate.type
event_source.events.appended counter event.type, aggregate.type
outbox.published counter outbox.kind (command / event)
command.duration (ms) histogram request.type, outcome
projection.events.processed counter event.type, outcome
projection.bundle.duration (ms) histogram outcome
saga.events.processed counter event.type, outcome
saga.bundle.duration (ms) histogram outcome
saga.inflight up/down counter

Projections and sagas are real-time bus subscribers without a persisted checkpoint, so these report throughput and latency, not consumer lag.

  • LogEvents[LoggerMessage] event-ID ranges per domain (ChangeSet=100_000s, BackgroundTasks=101_000s, EventStore=102_000s, …, Saga=110_000s, EventBundleIntegrity=111_000s, KeyManagement=112_000s, BusEnvelopeIntegrity=113_000s, TenantIsolation=114_000s, ExternalLoginProvisioning=115_000s, ApiKeys=116_000s). Even hundreds = info/debug, _1xx = error. Consumer applications start at 200_000.
  • LoggerScopeExtensions.BeginCreateAggregateScope / BeginUpdateAggregateScope — pre-baked logging scopes for the create/update aggregate flows.

Quick reference

using var activity = ApplicationDiagnostics.Activity.Source
    .StartActivity("CreateOrder");
activity?.SetTag(ApplicationDiagnostics.TenantIdTagName, tenantId);

ApplicationDiagnostics.Metrics.EventSourceAppendConflicts.Add(1,
    new("aggregate.type", "Order"));

Dependencies

  • Microsoft.Extensions.Logging.Abstractions
  • OpenTelemetry.Api
Product 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. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

NuGet packages (6)

Showing the top 5 NuGet packages that depend on Stratara.Diagnostics:

Package Downloads
Stratara.Sessions

ASP.NET Core middleware and provider for Stratara's Actor/Subject session model. Reads tenant and user from JWT claims (or X-Tenant-Id / X-Client-Id headers) and populates the ambient ISessionContextProvider for every request.

Stratara.Mediator

In-process mediator with DI-resolved handlers and pipeline behaviors for the Stratara framework. MediatR-style routing via typed wrapper cache, plus an authorizing decorator and a bucket-lock concurrency primitive.

Stratara.Security

Dependency-light key-store and envelope encryption for the Stratara framework. Production IKeyStore implementation (EnvelopeFileKeyStore) with KEK-wrapped, versioned per-scope DEKs (rotation + revoke + crypto-shred), a file-backed master-key provider, and an AES-GCM blob encryptor with purpose-bound associated data. References only Stratara.Abstractions + BCL crypto — no EF Core, RabbitMQ, Redis, or cloud SDKs.

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.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.

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last Updated
4.0.3 0 9/3/2026
4.0.2 0 9/3/2026
4.0.1 117 9/2/2026
4.0.0 304 8/31/2026
4.0.0-preview.1 100 8/31/2026
3.4.0 300 8/28/2026
3.3.0 491 8/25/2026
3.2.3 315 8/22/2026
3.2.2 894 8/14/2026
3.2.1 872 8/2/2026
3.2.0 291 7/18/2026
3.1.7 480 7/1/2026
3.1.6 711 6/22/2026
3.1.5 291 6/22/2026
3.1.4 2,163 6/15/2026
3.1.3 306 6/10/2026
3.1.2 303 6/5/2026
3.1.1 1,024 6/1/2026
3.1.0 266 5/30/2026
3.0.23 246 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.