traits_futures.i_message_router module¶
Interfaces for message routers, senders and receivers.
Background: messages from background tasks arrive in the foreground via a single channel (usually some flavour of thread-safe or process-safe queue), and need to be dispatched to the appropriate receiver. The message router is responsible for that dispatch.
In more detail, an IMessageRouter
instance is responsible for:
Creating “pipes”. A pipe is a pair of linked
IMessageSender
andIMessageReceiver
objects that provide communications between a background task and a foreground receiver.Ensuring that messages are routed appropriately via a running event loop.
Disposing of pipes on request.
The message routing layer of Traits Futures provides no meaning or structure to the actual messages passed; that’s the job of the next layer up (the futures layer).
Overview of the APIs¶
An object implementing IMessageRouter
has IMessageRouter.start
and IMessageRouter.stop
methods to start and stop message routing.
Pipes can only be created or disposed of in a running router.
Pipes are created via the IMessageRouter.pipe
method, which returns a
pair (sender: IMessageSender, receiver: IMessageReceiver). The sender is
typically then passed to a background task, where its
IMessageSender.send
method can be used to send messages to the
foreground receiver. The receiver has a single IMessageReceiver.message
event trait. Objects wishing to receive the messages sent by the sender should
listen to that trait.
A receiver can be “closed” by passing it to the
IMessageRouter.close_pipe
method. Any messages arriving from the paired
sender after the receiver is closed will be discarded (and a warning will be
logged for such messages).
The sender object also has a IMessageSender.start
method, which
must be called in the background task before the sender can be used to send
messages, and a IMessageSender.stop
method, which should also be
called in the background task in order to undo any resources allocated or
connections made in the IMessageSender.start
method.
-
class
traits_futures.i_message_router.
IMessageReceiver
(adaptee, default=<class 'traits.adaptation.adaptation_error.AdaptationError'>)[source]¶ Bases:
traits.has_traits.Interface
Interface for the main-thread message receiver.
-
message
= Event(Any())¶ Event fired when a message is received from the paired sender.
-
-
class
traits_futures.i_message_router.
IMessageRouter
(adaptee, default=<class 'traits.adaptation.adaptation_error.AdaptationError'>)[source]¶ Bases:
traits.has_traits.Interface
Interface for the main-thread message router.
-
abstract
close_pipe
(receiver)[source]¶ Close the receiver end of a pipe produced by
pipe
.Removes the receiver from the routing table, so that no new messages can reach that receiver.
Not thread safe. Must always be called in the main thread.
- Parameters
receiver (
IMessageReceiver
) – Receiver half of the pair returned by thepipe
method.- Raises
RuntimeError – If the router is not currently running.
-
abstract
pipe
()[source]¶ Create a (sender, receiver) pair for sending and receiving messages.
The sender will be passed to the background task and used to send messages, while the receiver remains in the foreground.
Not thread safe. Must always be called in the main thread.
- Returns
sender (
IMessageSender
) – Object to be passed to the background task.receiver (
IMessageReceiver
) – Object kept in the foreground, which reacts to messages.
- Raises
RuntimeError – If the router is not currently running.
-
abstract
route_until
(condition, timeout=None)[source]¶ Manually drive the router until a given condition occurs, or timeout.
This is primarily used as part of a clean shutdown.
Note: this has the side-effect of moving the router from “event loop” mode to “manual” mode. This mode switch is permanent, in the sense that after this point, the router will no longer respond to pings: any messages will need to be processed through this function.
- Parameters
condition – Zero-argument callable returning a boolean. When this condition becomes true, this method will stop routing messages. If the condition is already true on entry, no messages will be routed.
timeout (
float
, optional) – Maximum number of seconds to route messages for.
- Raises
RuntimeError – If the condition did not become true before timeout.
-
abstract
start
()[source]¶ Start routing messages.
This method must be called before any call to
pipe
orclose_pipe
can be made.Not thread-safe. Must always be called in the main thread.
- Raises
RuntimeError – If the router has already been started.
-
abstract
stop
()[source]¶ Stop routing messages.
This method should be called in the main thread after all pipes are finished with. Calls to
pipe
orclose_pipe
are not permitted after this method has been called.Logs a warning if there are unclosed pipes.
Not thread safe. Must always be called in the main thread.
- Raises
RuntimeError – If the router is not running.
-
abstract
-
class
traits_futures.i_message_router.
IMessageSender
[source]¶ Bases:
contextlib.AbstractContextManager
Interface for objects used to send a message to the foreground.
Typically an IMessageSender instance for a given router is created in the main thread by that router and then passed to the appropriate background task, which then effectively takes “ownership” of that sender.
-
abstract
send
(message)[source]¶ Send a message to the router.
Not thread-safe. The ‘start’, ‘send’ and ‘stop’ methods should all be called from the same thread.
- Parameters
message (
object
) – Typically this will be immutable, small, and pickleable.- Raises
RuntimeError – If the sender has not been started, or has already been stopped.
-
abstract
start
()[source]¶ Do any setup necessary to prepare for sending messages.
This method must be called before any messages can be sent using the
send
method.Not thread-safe. The ‘start’, ‘send’ and ‘stop’ methods should all be called from the same thread.
- Raises
RuntimeError – If the sender has previously been started.
-
abstract
stop
()[source]¶ Do any teardown.
After this method has been called, no more messages can be sent.
Not thread-safe. The ‘start’, ‘send’ and ‘stop’ methods should all be called from the same thread.
- Raises
RuntimeError – If the sender has not been started, or has already been stopped.
-
abstract