NetMQ subscriber blocking with a published message

Question

I have a Message Publishing Server class which creates a PUB socket at construction, with the following code:

this.context = NetMQContext.Create();
this.pubSocket = this.context.CreatePublisherSocket();
var portNumber = this.installerSettings.PublisherPort;
this.pubSocket.Bind("tcp://127.0.0.1:" + portNumber);

Sending a message using messagePublishingServer.Publish(message) executes:

this.pubSocket.SendMoreFrame(string.Empty).SendFrame(message);

The following xBehave test...

    [Scenario]
    public void PublishMessageScenario()
    {
        MessagePublishingServer messagePublishingServer = null;
        NetMQContext context;
        NetMQ.Sockets.SubscriberSocket subSocket = null;
        string receivedMessage = null;

        "Given a running message publishing server"._(() =>
        {
            var installerSettingsManager = A.Fake<IInstallerSettingsManager>();
            var settings = new InstallerSettings { PublisherPort = "5348" };
            A.CallTo(() => installerSettingsManager.Settings).Returns(settings);
            messagePublishingServer = new MessagePublishingServer(installerSettingsManager);
        });

        "And a subscriber connected to the publishing server"._(() =>
        {
            context = NetMQContext.Create();
            subSocket = context.CreateSubscriberSocket();
            subSocket.Options.ReceiveHighWatermark = 1000;
            subSocket.Connect("tcp://127.0.0.1:5348");
            subSocket.Subscribe(string.Empty);
        });

        "When publishing a message"._(() =>
        {
            messagePublishingServer.Publish("test message");

            // Receive the topic
            subSocket.ReceiveFrameString();

            // and the message
            receivedMessage = subSocket.ReceiveFrameString();
        });

        "Then the subscriber must have received it"._(() =>
        {
            receivedMessage.Should().NotBeNullOrEmpty();
            receivedMessage.Should().Be("test message");
        });
    }

... blocks in the first subSocket.ReceiveFrameString() which I find unexpected. Shouldn't the subscriber socket have queued the published message until the receive is called?

score 1 · Accepted Answer · answered Oct 26 '15 at 23:31

1

Publisher is like radio, if you was not connected and subscribed when the publisher published you miss the message. My tip is to put 100ms sleep after subscriber connect (only for testing).

answered Oct 26 '15 at 23:31

somdoron

4,653
2
16
24

Hi somdoron, adding a `Thread.Sleep(100)` after `subSocket.Connect("tcp://127.0.0.1:5348")` solves the problem. I had the impression that upon returning from the Connect call, the socket would be connected - clearly not. – Andrey Oct 27 '15 at 09:36

score 0 · Answer 2 · answered Oct 26 '15 at 18:26

0

From the source (ReceivingSocketExtensions.cs ):

    /// Receive a single frame from socket, blocking until one arrives, and decode as a string using ...
    public static string ReceiveFrameString([NotNull] this IReceivingSocket socket)

and

    /// If no message is immediately available, return <c>false</c>.
    public static bool TryReceiveFrameString([NotNull] this IReceivingSocket socket, out string frameString)

answered Oct 26 '15 at 18:26

Chaz

319
1
6

Hi Chaz, the issue here is not whether the call to ReceiveFrameString blocks or not, but the fact that I wasn't expecting it to block. – Andrey Oct 27 '15 at 09:37

NetMQ subscriber blocking with a published message

2 Answers2