No, I want an api to add/remove connections/bindings. Right now it is possible to dynamically add new connections to the SUB socket, but impossible to remove them (I don't think closing the socket, recreating it, connecting to all urls minus one and restoring subscriptions is a feasible solution).
On Mon, Sep 27, 2010 at 2:09 PM, Steven McCoy <[email protected]> wrote: > On 27 September 2010 17:58, Alexey Ermakov <[email protected]> wrote: > >> At the application level all data is consumed by one entity, so it makes >> sense to have one SUB socket that dynamically connects to multiple PUB >> sockets. However, when a connection becomes unneeded I cannot simply call >> zmq_disconnect(), I have to close the socket, recreate it, restore the >> connections that are needed to be alive and then restore the subscriptions. >> This 1) sounds like too much work for a simple operation and 2) means I'll >> have a gap in the received data. >> >> > I'm still not sure of what you are asking, is the ZMQ_UNSUBSCRIBE option > insufficient here? You wish a batch subscription API to bring up and down > 1,000's of topics? > > An alternative reading suggests you want to keep the subscriptions but have > an API to ignore the content, so why not just implement this at the > application layer? > > -- > Steve-o > > _______________________________________________ > zeromq-dev mailing list > [email protected] > http://lists.zeromq.org/mailman/listinfo/zeromq-dev > >
_______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
