[zeromq-dev] questions about sub/pub socket

Guo, Yanchao Yanchao.Guo at sac.com
Tue Feb 2 12:13:22 CET 2010

Well, I think being able to cache the historical data is good thing as I can see we will need this feature. However, I'd like to have this configurable from my application. 

This brings the onInit feature that I asked you earlier. In fact, we want that because for some connections, we want to know what clients had just established new connection so that we can send the "historical" data to them. 


-----Original Message-----
From: Martin Sustrik [mailto:sustrik at 250bpm.com]
Sent: Tue 2/2/2010 6:07 AM
To: Guo, Yanchao
Cc: zeromq-dev at lists.zeromq.org
Subject: Re: [zeromq-dev] questions about sub/pub socket
Guo, Yanchao wrote:
> Hi Martin:
> Out setup is like this:
> We have a machine which is not inside our network, let us call it 
> server; we have a machine inside our network, let us call it client. The 
> client application will receive status from server, for that we have the 
> the server binding to a IP/PORT and publishing message, and the client 
> application connect to that IP/PORT and subscribing message. That works 
> fine.
> However, the client application should be able to send cmd to the server 
> application based on the received status. So for that, we need to have 
> the server bind to another IP/PORT and subscribing message, the client 
> application will connect to that IP/PORT and publishing message. That is 
> where we are having problem, We don't want the the server receive "old" 
> command messages.

Hm, not ditching commands is what you would usually expect.

As far as I understand, your use case calls for implementing something 
like TTL, i.e. "if this command cannot be delivered in 2 seconds, 
please, drop it".


DISCLAIMER: This e-mail message and any attachments are intended solely for the use of the individual or entity to which it is addressed and may contain information that is confidential or legally privileged. If you are not the intended recipient, you are hereby notified that any dissemination, distribution, copying or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and permanently delete this message and any attachments. 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20100202/13507c5c/attachment.htm>

More information about the zeromq-dev mailing list