This project has moved and is read-only. For the latest updates, please go here.

Adding messaging capabilities to your projects

To add "server" capabilities to your .NET/Mono project, reference the CodeAbility.Core.Server library, instanciate a MessageListener object and start listening for messages using the StartListening() method.
  • public MessageListener(string ipAddress, int portNumber, int heartbeatPeriod, bool isMessageServiceActivated)
  • public void StartListening()

MessageListener listener = new MessageListener(ipAddress, portNumber, heartbeatPeriod, false);

N.B. The machine running the Server may have several IP addresses (e.g. internal, external...). Therefor, the one to be used shall be specified (e.g.

To add "client" capabilities to your .NET/Mono project, reference the CodeAbility.Core.Client library and the CodeAbility.Core.Models, and instanciate a MessageClient object, start the communication using the Start method.
  • public MessageClient(string deviceName)
  • public void Start(string ipAddress, int port)
  • public void Stop()

MessageClient client = new MessageClient(Devices.PIBRELLA);
client.Start(ipAddress, portNumber);

They then use the following methods to publish/subscribe to commands and data.
  • public void PublishCommand(string toDevice, string commandTarget, string commandName)
  • public void PublishData(string toDevice, string dataSource, string dataName)
  • public void SubscribeToData(string fromDevice, string dataSource, string dataName)
  • public void SubscribeToCommand(string fromDevice, string commandName, string commandTarget)
  • public void SubscribeToServerState(string stateName)
  • public void SubscribeToTraffic(string fromDevice, string toDevice)
  • public void Unsubscribe(string fromDevice, string publicationElement, string publicationName)

client.PublishData(Devices.ALL, Pibrella.OBJECT_RED_LED, Pibrella.DATA_LED_STATUS);
client.PublishData(Devices.ALL, Pibrella.OBJECT_BUTTON, Pibrella.DATA_BUTTON_STATUS);

client.SubscribeToCommand(Devices.ALL, Pibrella.OBJECT_RED_LED, Pibrella.COMMAND_TOGGLE_LED);
client.SubscribeToCommand(Devices.ALL, Pibrella.OBJECT_BUTTON, Pibrella.COMMAND_BUTTON_PRESSED);

In the above example, devices, sources/targets, data and command names are strings that have been defined in a dedicated Environment namespace.

    public class Devices
        public const string ALL = "*";
        public const string NETDUINO = "Netduino";
        public const string PIBRELLA = "Pibrella";
        public const string WINDOWS_PHONE = "WindowsPhone";
        public const string WPF_MONITOR = "WpfMonitor";

  public static class Pibrella
        //Object, source or target
        public const string OBJECT_RED_LED = "RedLED";
        public const string OBJECT_YELLOW_LED = "YellowLED";
        public const string OBJECT_GREEN_LED = "GreenLED";
        public const string OBJECT_BUTTON = "Button";

        public const string COMMAND_TOGGLE_LED = "ToggleLED";
        public const string COMMAND_BUTTON_PRESSED = "ButtonPressed";

        public const string DATA_LED_STATUS = "LEDStatus";
        public const string DATA_BUTTON_STATUS = "ButtonStatus";

        public const string CONTENT_LED_STATUS_ON = "On";
        public const string CONTENT_LED_STATUS_OFF = "Off";
        public const string CONTENT_BUTTON_PRESSED = "Pressed";

In the PublishData & PublishCommand methods, in the toDevice argument :
  • set "*" to allow any device;
  • set a given device's name to allow only that given device;
to subscribe to that data or command.

Similarly, in the SubscribeToData & SubscribeToCommand methods, in the fromDevice :
  • set "*" to accept data or commands from all devices;
  • set a given device's name to accept data or command only from that device.

To send data & command, use the following :
  • public void SendCommand(string toDevice, string commandName, string commandTarget, object commandValue)
  • public void SendData(string toDevice, string dataName, string dataSource, object dataValue)

                       Pibrella.DATA_LED_STATUS, RedLedStatus ? 
                            Pibrella.CONTENT_LED_STATUS_ON :

Similarly to add client capabilities :
  • to a WindowsPhone project, reference the CodeAbility.MonitoringAndCommand.WPClient and CodeAbility.MonitoringAndCommand.PortableModels libraries;
  • to a NETMF project, reference the CodeAbility.MonitorAndCommand.MFClient library (that directly embeds the needed Models classes).

To received command and data to which you subscribed, register the appropriate event handler (there are two, one for commands, one for data.

    messageClient.CommandReceived += client_CommandReceived;

void client_CommandReceived(object sender, MessageEventArgs e)
    string commandName = e.Name; 
    string parameter = e.Parameter.ToString();
    string content = e.Content.ToString();

    if (commandName.Equals(Environment.Pibrella.COMMAND_TOGGLE_LED))
        if (parameter.Equals(Environment.Pibrella.OBJECT_GREEN_LED))
        else if (parameter.Equals(Environment.Pibrella.OBJECT_YELLOW_LED))
        else if (parameter.Equals(Environment.Pibrella.OBJECT_RED_LED))
    else if (commandName.Equals(Environment.Pibrella.COMMAND_BUTTON_PRESSED))

The CodeAbility.Test.* console Server, Device & Remote projects illustrate such use in more details.

Extending the server's functionality

The server's functionality can be extended though inheritance. The PostProcess() method of the ServiceListener class can be overriden to had special processing of the messages after the base routing functionality. This can be use, for instance, to define state machines that will, based on the messages received, compute states and trigger commands sent to the connected device, as illustrated in the Windows 8 demo (

Communication and Message format

Clients and Server communicate using simple sockets.

Messages are exchanged using JSON, with the following format :
  "SendingDevice":"[Name of the sending device]",
  "ReceivingDevice":"[Name of the receiving device]",
  "FromDevice":"[Name of the originator device]",
  "ToDevice":"[Name of the destination device]",
  "ContentType":[0 for Infrastructure, 1 for Command, 2 for Data messages],
  "Name":"[Name of the command or data]",
  "Parameter":"[Command parameter name or data source name]",
  "Content":"[Command parameter value or data value]",
  "Timestamp":"[DateTime timestamp]"

Sending/Receiving devices may be distinct from To/From devices to allow some clients to "listen/spy on" messages that are not normally destined to them, allowing for the development of specific monitoring clients (see the WPFClient project as an example).



The server uses :
  • one thread for each connected client;
  • one thread for processing received messages;
  • one thread for sending messages to subscribing clients.

Received messages are added to a ConcurrentQueue. The content of that queue is analyzed by the Processor thread that, based on the routing rules derived from the publish/subscribe messages received from client, will add the messages to a ConcurrentQueue handled by the Sender thread.

Communication between receiving, Processor and Sender threads is ensured by ManualResetEvent objects.

The clients use a Sender and Receiver threads for sending and receiving messages in a similar fashion.

Messages routing

Within the server, Register/Unregister messages are used maintain a list of connected Devices, while Publish/Subscribe messages are used to build and maintain a list of Rules defining which device can send/receive commands/data.

When a message is received, the RulesManager checks fromDevice & toDevice_ properties values against all rules to build the list of Devices to which that message shall be "routed".

Last edited Jun 26, 2016 at 2:05 PM by CodeAbility, version 28