[zeromq-dev] REST over ZeroMQ

[Doron Somech]

I think this is confusing, I want closing a position to be in the language
of the protocol. It's like design a messaging protocol and sending a
message will be an update to queue... I think.

What about making command a resource as well? (like what Michael suggested)
which actually also affect the Position resource?

On Mon, Feb 9, 2015 at 3:12 PM, Pieter Hintjens <ph at imatix.com> wrote:

> You'd post the position and then add children to it, if you want a
> history, or put new versions, if you don't want a history... I think.
> On Feb 9, 2015 1:04 PM, "Doron Somech" <somdoron at gmail.com> wrote:
>
>> How would you use Position (Financial Trading) as a resource?
>>
>> For example, the opening of the position will be a put operation, but
>> what about setting stop loss/take profit and/or closing the position? All
>> of them will be Post?
>>
>> When something is a pure resource I try to design a RESTful service but
>> with something like position I prefer to have commands like
>> ClosePositionCommand, UpdateStopLossCommand, etc...
>>
>>
>>
>> On Mon, Feb 9, 2015 at 1:10 PM, Pieter Hintjens <ph at imatix.com> wrote:
>>
>>> Hi all,
>>>
>>> I've published a draft RFC meant to help build RESTful APIs /
>>> protocols over ZeroMQ: http://hintjens.com/blog:86
>>>
>>> Comments welcome. There is a basic zproto model.
>>>
>>> -Pieter
>>> _______________________________________________
>>> zeromq-dev mailing list
>>> 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
>>
>>
> _______________________________________________
> 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/20150209/54380e36/attachment.htm>