Marc Schier 15e795bbed Fix #4061: invalidate component cache on runtime node add/remove (#4068)
## Summary

Fixes #4061.

`AsyncCustomNodeManager` kept its component cache (`m_componentCache`,
populated when monitored items / registered nodes resolve through the
manager) out of sync with runtime address-space changes:

- `RemovePredefinedNodeAsync` (the delete path) never evicted the
removed node, so a deleted node stayed resolvable through the cache.
- A re-registered / replaced `NodeId` kept pointing at the stale
instance.

For a dynamic-composition consumer (recompose = delete + re-add) this
surfaced as a Browse/Read/Call served a stale, pre-change view — the
runtime-added child intermittently missing while the pre-add set (or a
removed node) lingered.

## Fix

- `RemovePredefinedNodeAsync` force-evicts the removed node from the
component cache.
- `IndexPredefinedNode` / `ReplacePredefinedNode` refresh the cached
instance on re-registration (reference count preserved).
- `CreateNodeAsync` / `AddNodeAsync` / `DeleteNodeAsync` (both
convenience and service overloads) refresh the parent's cached view
after a runtime child add/remove — covering both the runtime and
predefined-node registration paths.
- `NodeState.AddChild` now sets the `Children` change mask inside the
children lock so the mask is published together with the mutation.

The component-cache helpers are additive and NativeAOT-safe. The runtime
async paths use async waits — `RefreshParentComponentCacheAsync` /
`InvalidateComponentCacheAsync` (`await
m_componentCacheSemaphore.WaitAsync(cancellationToken)`) — while the
genuinely synchronous registration/upgrade paths (`IndexPredefinedNode`
via `AddPredefinedNodeSynchronously`, `ReplacePredefinedNode`) keep a
synchronous `RefreshComponentCache` that matches the existing
synchronous cache helpers on the type. All are `private`.

## Tests

- Manager-level regression tests (`AsyncCustomNodeManagerTests.cs`):
delete-eviction, replace-refresh, and
browse-of-a-runtime-added-child-from-an-already-cached-parent (the
reporter's explicitly requested framework coverage).
- End-to-end test (`MasterNodeManagerNodeManagementTests.cs`): registers
a real `AsyncCustomNodeManager` in a `MasterNodeManager` over the
`StandardServer` fixture, caches a parent, runtime-adds a child, and
browses through the full master dispatch (Forward /
HierarchicalReferences / IncludeSubtypes), asserting the child is
visible and then gone after delete.

## Validation

- `net10.0` and `net48`: full `AsyncCustomNodeManager` suite +
`MasterNodeManagerNodeManagement` suite green, no regressions.

## Docs

- Browse-consistency note added to `docs/ModelChangeTracking.md`.
2026-07-22 11:57:07 +02:00

OPC UA .NET Standard Stack

Release NuGet Downloads Build Tests Coverage

🆕 This is version 2.0 of the OPC UA .NET Standard Stack (current master).

Looking for the supported 1.x release? It lives on the master378 branch (last release: 1.5.378). All new feature work happens here on master; master378 continues to receive security and critical-bug fixes for the 1.x line.

The official OPC Foundation reference implementation of OPC UA for .NET — a certified, cross-platform stack with client, server, PubSub, GDS, complex types, and source-generated tooling. Used in production across industrial control, manufacturing, energy, and IoT systems.

📦 What it is

  • A full-stack OPC UA implementation — Core / Client / Server / PubSub / GDS / LDS / Complex Types / Device Integration libraries built on .NET, with UA-TCP and HTTPS transports.
  • Cross-platform — runs on .NET 10, .NET 9, .NET 8 (LTS), .NET Framework 4.8, and .NET Standard 2.1; ships Native-AOT-friendly assemblies.
  • Certified for compliance — the reference server has been certified through an OPC Foundation Certification Test Lab and is continuously verified against the latest Compliance Test Tool (CTT).
  • Companion-spec coverage — Part 9 (Alarms & Conditions), Part 11 (Historical Access), Part 13 (Aggregates), Part 16 (State Machines), Part 17 (Alias Names), Part 18 (Role Management), Part 20 (File Transfer), Part 100 (Device Integration), OPC 10100-1 (WoT Connectivity).
  • Modern developer surface — first-class Microsoft.Extensions.DependencyInjection hosting (services.AddOpcUa()), fluent server + client builders, source-generated NodeManagers and DataTypes, and an MCP server so LLMs / Copilot can drive an OPC UA client.

For the full feature breakdown see OPC UA Profiles and Facets and the What's New in 2.0 tour.

🚀 Getting started

You need the .NET 10 SDK to build the repo. From the repository root:

dotnet restore UA.slnx
dotnet build UA.slnx

For the supported target frameworks and platform notes see the Developer Guide. The official NuGet packages are published to nuget.org under the OPCFoundation.NetStandard prefix — the meta package OPCFoundation.NetStandard.Opc.Ua pulls in everything, or pick the split OPCFoundation.NetStandard.Opc.Ua.Core / .Client / .Server / .Bindings.Https packages directly. Preview builds for every successful master build are available in the Azure DevOps opcua-preview feed.

Sample applications

Each sample has its own README.md with build and run instructions.

Reference applications

PubSub samples

  • Console Reference PubSub Client — one executable with publisher, subscriber, and external (external-server adapter) modes across the supported transport profiles.

Minimal / Device-Integration samples

More sample projects are maintained in the companion OPC UA .NET Samples repository.

Developer tools

  • OPC UA MCP Server — installable .NET tool and container that exposes OPC UA client operations as MCP tools for LLMs and Copilot.

🔧 Migrating from 1.5.378 to 2.0

The 2.0 release introduces breaking API changes, and comes with a full prescriptive migration guide that links to per-area documentation covering telemetry, packages, source generation, types, encoders, node states, identity, certificates, configuration, sessions / subscriptions, alarms / model change, and TimeProvider.

Most of the mechanical migration work is automated:

  • OPCFoundation.NetStandard.Opc.Ua.MigrationAnalyzer NuGet — install it in your project to get analyzer warnings (UA0001–UA0022)
    • one-click code fixes for the patterns in the guide. Setup steps are in the package's NugetREADME.md.
  • Migration agent skill — the opcua-v20-migration skill walks Copilot / Claude / any coding agent through installing the NuGet, running dotnet format analyzers to apply auto-fixes, and handling the small residual manual patterns. The skill knows which sub-doc to load for each symptom so it stays context-efficient.

If you are still on 1.x and not ready to upgrade, stay on the master378 branch — it continues to receive security and critical-bug fixes.

🤝 Contributing and license

Community contributions are welcome. Fork the repository, make your changes on a branch, and open a pull request; see CONTRIBUTING.md for the contribution workflow.

Contributors must sign the OPC Foundation Contributor License Agreement (CLA). The CLA "I AGREE" gate is presented automatically on your first PR.

The project is licensed under the OPC Foundation MIT License. Report security vulnerabilities via the process documented in SECURITY.md.

📚 Further reading

S
Description
OPC Unified Architecture .NET Standard
Readme
296 MiB
Languages
C# 99.4%
PowerShell 0.2%