Files
lmxopcua/src/Core/ZB.MOM.WW.OtOpcUa.Commons/Messages/Mesh/MeshPaths.cs
T
Joseph Doherty cd7135570c refactor(mesh): collapse MeshPaths to local actor names — no longer a wire contract (review follow-up)
MeshPaths.CentralCommunication / .NodeCommunication (the "/user/..." full-path constants) had
ZERO production consumers after the ClusterClient deletion: both gRPC services resolve their
comm actor through ActorRegistry by typed key, never by ActorSelection over a path. Only the
path-probe test still read them, while the class doc went on calling them "the wire contract
of the central↔node boundary" — a claim that stopped being true the moment nothing addressed
an actor across a process boundary by name.

  - The two full-path constants are deleted; the two Name constants remain.
  - MeshPaths' doc now says what it is (the local actor-naming convention the registry-keyed
    services are spawned under) and records what it stopped being, so the next reader does not
    re-derive a contract from the file's history.
  - MeshCommActorPathTests composes "/user/" + Name itself — the absolute path is that test's
    own addressing detail now, not something the product declares. Renamed
    Both_mesh_comm_actors_exist_at_their_contract_paths ->
    ..._are_spawned_under_their_declared_names, because what it still pins is that the two
    registration sites actually ran on a real booted node; a rename is now a compile error, so
    "contract" was the wrong word for what would break.
  - NodeCommunicationActor's summary no longer cross-references the deleted constant or calls
    the name an address. CentralCommunicationActor was checked and makes no such claim.
2026-08-06 16:14:25 -04:00

44 lines
2.3 KiB
C#

namespace ZB.MOM.WW.OtOpcUa.Commons.Messages.Mesh;
/// <summary>
/// The <b>local actor names</b> the two mesh comm actors are spawned under. Not a wire contract:
/// nothing off-process addresses either actor by name.
/// </summary>
/// <remarks>
/// <para>
/// <b>This used to be a wire contract and no longer is.</b> While the cross-mesh transport
/// was an Akka <c>ClusterClient</c>, central addressed a node by the literal path string
/// <c>/user/node-communication</c> and the far side resolved it — so the two processes had to
/// agree on a string neither could see the other spell. Both gRPC services now resolve
/// their comm actor through <c>ActorRegistry</c> (<c>CentralCommunicationActorKey</c> /
/// <c>NodeCommunicationActorKey</c>), which is type-checked, so the name below never crosses
/// a process boundary. The full <c>/user/...</c> path constants that carried the old contract
/// are deleted; what remains is a naming convention.
/// </para>
/// <para>
/// Still declared once, here, rather than as literals at each spawn site — a shared constant
/// costs nothing and keeps the name an operator sees in a log or an <c>ActorSelection</c>
/// attached to one declaration. The registry key, not this string, is what a mis-rename
/// would break, and that failure is a compile error rather than a silent drop.
/// </para>
/// <para>
/// <c>MeshCommActorPathTests</c> boots a real host and <c>Identify</c>-probes
/// <c>/user/{name}</c> on both nodes, which is what pins these values against the two
/// registration sites.
/// </para>
/// </remarks>
public static class MeshPaths
{
/// <summary>
/// Actor name of the central-side comm actor — where an inbound deployment ack is handed
/// over, after <c>CentralCommandService</c> has resolved it by registry key.
/// </summary>
public const string CentralCommunicationName = "central-communication";
/// <summary>
/// Actor name of the node-side comm actor — where an inbound command is handed over, after
/// <c>NodeCommandService</c> has resolved it by registry key.
/// </summary>
public const string NodeCommunicationName = "node-communication";
}