[zeromq-dev] zproto and Malamute/Majordomo

[Pieter Hintjens]

Right, XRAP was designed to solve this problem of doing RPC over
ZeroMQ. We'd like to add XRAP support to Malamute (it's a separate
protocol, where clients talk to servers that are attached like web
services, to specific resource paths). That requires clients with
budgets to push the work.

On Tue, Apr 28, 2015 at 1:28 PM, Lucas Russo <lerwys at gmail.com> wrote:
> Pieter Hintjens <ph <at> imatix.com> writes:
>
>>
>> In general zproto is aimed at binary framing that changes very rarely.
>> This is excellent for protocols like filemq, ZRE, or Malamute. It's
>> often poor for application RPC protocols.
>>
>> You can easily adapt the zproto generators; they are plastic and
>> easily user-customizable. You do need to learn basics of the GSL
>> language, which is straight-forward. In general as Joe says, code
>> generation is a good tool to know.
>>
>> This doesn't exclude adding (back) the encode/decode API to zproto so
>> it can work on top of Malamute, Zyre, etc.
>>
>> On Tue, Apr 28, 2015 at 5:10 AM, Joe McIlvain <joe.eli.mac <at> gmail.com>
> wrote:
>> > Lucas,
>> >
>> > It may well be that code generation is a good choice for solving your
>> > problem but zproto (one specific set of code generators) is not.  You can
>> > always use GSL to write your own code generator scripts that are verbose
> and
>> > descriptive.  Codecs generated by zproto are not all verbose or
> descriptive.
>> >
>>
>
> Hi,
>
> Ok, I see. I think this is what the "A Protocol for REST over ZeroMQ" blog
> thread is all about and XRAP might be a good pattern for some applications.
>
> Are there any thoughts and/or advancements on adding XRAP on top of Malamute?
> I saw that there are some comments about this on the mailing list.
>
> Regards,
>
> Lucas
>
>
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev