[zeromq-dev] rfc <-> versions?

Pieter Hintjens ph at imatix.com
Wed Feb 26 22:12:03 CET 2014


On Wed, Feb 26, 2014 at 10:03 PM, Scott Lewis <scottslewis at gmail.com> wrote:

> Given that the stable releases implement different rfcs (as above), I assume
> that this means backward protocol compatibility?  (i.e. spec 3/0mq 4 can
> talk with spec 13/0mq 2.x).   Is that right?

It's commutative. 2.2 -- 3.2 -- 4.0 all talk to each other.

> Is that true for even micro releases?  e.g.  2.1.0 <-> 2.1.1?

Updates to stable releases talk to each other.

> For me to understand this:  you are saying that applications built using the
> 2.2 and 3.2 API calls will be binary compatible?  (run on ZeroMQ 4+ without
> recompile)?   If so...is this a guarantee for all language bindings?...or do
> the bindings have their own backward compatibility commitments?

>From 3.2 onwards, yes. 2.2 apps don't work without small changes on
later releases.

> What I'm getting is that I'm free to use/pick any version of 0mq...i.e. I
> don't have any existing app/running systems to support...that I would be
> safest to choose stable release 4.0.3/spec22...i.e. the latest stable
> release.

Yes. That's what it explains on the download page, I think :-)

In the end there's no hard guarantee of anything except what we as a
community are prepared to make. It's been shown that backwards
compatibility is a major need. So, we've worked hard to make that
happen.

-Pieter



More information about the zeromq-dev mailing list