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 and IMessageReceiver 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: 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: 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 the pipe 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 or close_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 or close_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.

class traits_futures.i_message_router.IMessageSender[source]

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