[zeromq-dev] Not blocking forever when waiting for response

[Douglas Petican]

Thanks.  That's what I had in mind.  I read somewhere in the guide that 
dealer-router was not recommended to replace req-router for some 
reason.  Is this correct?  And what do you mean by client-server in the 
context of zmq?  Can you explain it in terms of messaging patterns?  I'm 
currently using req-router-router-router to enforce a 1:1 relationship 
between client and worker.  My router-router broker actually spawns the 
worker dynamically.  Thanks.

<-Douglas Petican->

On 2016-06-17 4:20 PM, Doron Somech wrote:
> Take a look at the lazy pirate example from the guide, it is exactly 
> for that.
> Anyway, for that reason using REQ socket is not recommended, it is 
> better to use dealer-router or even better, client-server.
>
> On Thu, Jun 16, 2016 at 2:17 AM, Douglas Petican <dpetican at gmail.com 
> <mailto:dpetican at gmail.com>> wrote:
>
>     Just went through a sorta code review today and got asked the
>     question: what happens if Y module doesn't respond to X modules
>     request?  My answer was: then I coded Y module wrong because the
>     contract is that a request always gets a reply. Then I started to
>     think.... wait a sec what happens if the modules are located on
>     different hosts and the link between them goes down after the
>     request is made?  Then surely the response would block forever.
>
>     I haven't tried it yet but I'm thinking that I need to use poll()
>     with a timeout and wait only so long for the POLLIN event. Then
>     that means its okay to actually receive the message.  is that the
>     way to do it?  Thanks.
>
>     -- 
>     <-Douglas Petican->
>
>     _______________________________________________
>     zeromq-dev mailing list
>     zeromq-dev at lists.zeromq.org <mailto:zeromq-dev at lists.zeromq.org>
>     http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
>
>
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20160617/1e90f3e0/attachment.htm>