[zeromq-dev] Abandon a multipart message?

[James Harvey]

The multipart send is already available in the C++ higher level libraries. I am sure other libraries based on zeromq will offer their own version.

https://github.com/zeromq/cppzmq/blob/master/zmq_addon.hpp#L45



From: zeromq-dev <zeromq-dev-bounces at lists.zeromq.org> On Behalf Of Al Grant
Sent: 08 August 2018 16:10
To: ZeroMQ development list <zeromq-dev at lists.zeromq.org>
Subject: Re: [zeromq-dev] Abandon a multipart message?

On Wed, Aug 8, 2018 at 2:04 PM, James Harvey <JHarvey at factset.com<mailto:JHarvey at factset.com>> wrote:

You could send a zero length message with no (SND_MORE) flag to signify that’s the last part.

I could, or I could send a part with a special payload, but either way the
sender and receiver have to agree on how to recognize an abandoned
message. Also it consumes resources in the system needlessly
(not just in transmission - the subscribers may have already allocated
resources to deal with the earlier parts of the now abandoned message).

An alternative approach would be to provide a single send API for
multipart send (with "all-or-nothing" semantics), taking a vector of
zmq_msg_t's.

I've read http://hintjens.com/blog:84 and understand that there are
alternatives to multipart for new designs. I'm just after something that
I can use in fault-recovery in my existing multipart-based application.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20180808/55e3e688/attachment.htm>