In follow-through from bullets collected out of #375 and #380, here
are some outstanding refined-impl-ideas for the machinery in
tractor.ipc._server which could, at the least, improve devx when
debugging (eventual) multi-tpt-proto enabled actor trees as well as
mk always maintaining a root-actor micro-registry of its subs simpler
to grok.
Potential internals improvements / feats extension
Test suite continuations
In follow-through from bullets collected out of #375 and #380, here
are some outstanding refined-impl-ideas for the machinery in
tractor.ipc._serverwhich could, at the least, improve devx whendebugging (eventual) multi-tpt-proto enabled actor trees as well as
mk always maintaining a root-actor micro-registry of its subs simpler
to grok.
Potential internals improvements / feats extension
fill out the
.ipc._server.Server.peer_tpttables(implicitly) by pre-hooking into the new
Endpoint(class)method which first registers every
MsgTransport/Channelpriorto processing and handover to the RPC layer.
are on which transports and which
.stream_handler_tn: Nurserysso we can eventually do fancy stuff like connection resetting,
peer filtering, dynamic transport-proto swapping etc.
multiple-transports in tandem (eventually per actor) by first ensuring
the server layer is correct before exposing upward via
enable_transports: list[str]to runtime-bootingentrypoints (
open_nursery()/open_root_actor()).Test suite continuations
tractor.ipcunit-ish/subsys suites?ipc._server.Server+ low-level client connection testing,likely via a manual bg
ipc._chan._connect_chan()connection?