Re: [zeromq-dev] Meetup in Brussels, June 4th

2016-06-02 Thread Arnaud Loonstra

I'm coming as well and bringing a laptop. :)

Rg,

Arnaud

On 2016-06-02 12:04, Pieter Hintjens wrote:

There will be WiFi and coffee... whether you want to hack or not, up
to you. (Hint: you probably want to bring your laptop :)

On Thu, Jun 2, 2016 at 11:24 AM, Luca Boccassi
 wrote:

On Thu, 2016-05-19 at 16:55 +0200, Pieter Hintjens wrote:

Hi All,

I'd like to invite anyone who's in the neighborhood to join an 
all-day

meetup/patch party on June 4th in Brussels. The address is Rue des
Ateliers 15. No registration necessary. There will be wifi, 
seating,

coffee, drinks, snacks.

-Pieter


Hi Pieter,

Are we going to hack things during the day? Wondering whether to 
bring

my laptop or not :-)

--
Kind regards,
Luca Boccassi

___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Meetup in Brussels, June 4th

2016-06-02 Thread Pieter Hintjens
There will be WiFi and coffee... whether you want to hack or not, up
to you. (Hint: you probably want to bring your laptop :)

On Thu, Jun 2, 2016 at 11:24 AM, Luca Boccassi  wrote:
> On Thu, 2016-05-19 at 16:55 +0200, Pieter Hintjens wrote:
>> Hi All,
>>
>> I'd like to invite anyone who's in the neighborhood to join an all-day
>> meetup/patch party on June 4th in Brussels. The address is Rue des
>> Ateliers 15. No registration necessary. There will be wifi, seating,
>> coffee, drinks, snacks.
>>
>> -Pieter
>
> Hi Pieter,
>
> Are we going to hack things during the day? Wondering whether to bring
> my laptop or not :-)
>
> --
> Kind regards,
> Luca Boccassi
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Meetup in Brussels, June 4th

2016-06-02 Thread Luca Boccassi
On Thu, 2016-05-19 at 16:55 +0200, Pieter Hintjens wrote:
> Hi All,
> 
> I'd like to invite anyone who's in the neighborhood to join an all-day
> meetup/patch party on June 4th in Brussels. The address is Rue des
> Ateliers 15. No registration necessary. There will be wifi, seating,
> coffee, drinks, snacks.
> 
> -Pieter

Hi Pieter,

Are we going to hack things during the day? Wondering whether to bring
my laptop or not :-)

-- 
Kind regards,
Luca Boccassi


signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Looking for C++ and Java APIs for sending large messages around 15 MB

2016-06-02 Thread Pieter Hintjens
Yogesh, you need to use some form of credit based flow control.

On Wed, Jun 1, 2016 at 2:47 PM, Joshua Foster  wrote:
> Multipart messages won’t help because they are sent atomically, ZeroMQ sees 
> them as a single message.
>
> Joshua
>
>> On Jun 1, 2016, at 2:14 AM, yogesh fulsunge  
>> wrote:
>>
>> Dear Team,
>>
>> I am looking for zeromq apis in C++ and java for sending large message sizes 
>> around 15 MB in one request.
>>
>> I would like to know if multipart message is the only option to send 
>> messages of large sizes? or any other option is also there?
>>
>> can you please let me know regarding this.
>>
>> Regards,
>> Yogesh
>> ___
>> zeromq-dev mailing list
>> zeromq-dev@lists.zeromq.org
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] XPUB/XSUB subscriptions and protocol differences between 3.0 and 3.1

2016-06-02 Thread Pieter Hintjens
Your implementation can decide what versions of ZMTP it wants to
detect and support. Different versions use different formats. E.g. if
you want to support 3.0 and 3.1 then you'd allow both subscribe
commands, depending on the client's version. Note that version
negotiation is one-way: client states what version it implements,
server accepts/rejects.

On Wed, Jun 1, 2016 at 2:46 PM, Julien Kauffmann
 wrote:
> Hi,
>
> I've been working on a Python asyncio-native implementation of ZMTP during
> the past weeks. So far everything is going great, but as I wrote
> interoperability tests with pyzmq, I stumbled on a question for which I
> couldn't find an answer in the various RFCs/documentations.
>
> I've implemented ZMTP 3.1 (http://rfc.zeromq.org/spec:37/) and wish to also
> support 3.0 (http://rfc.zeromq.org/spec:23/ZMTP/).
>
> From what I understand, the main (only ?) difference in the 3.1 version is
> the addition of the PING/PONG, SUBSCRIBE/UNSUBSCRIBE commands and endpoint
> resources.
>
> The SUBSCRIBE/UNSUBSCRIBE part is where I think lies an ambiguity. ZMTP 3.1
> removed from the protocol specification the subscription messages in that
> format:
>
> subscribe = %x00 short-size %d1 subscription
>
> And replaced those with:
>
> subscribe = command-size %d9 "SUBSCRIBE" subscription
>
> The new RFC makes no reference to the old format whatsoever and so I assume
> this is because this "old" format is no longer supported in ZMTP 3.1. Put
> otherwise, the new RFC dictates the use of commands instead of messages and
> from my understanding, commands are not visible to the application.
>
> This is fine, except the PUBSUB RFC (http://rfc.zeromq.org/spec:29/), in the
> XSUB/XPUB section does not describe what kind of subscription frame is
> expected from/to be sent to the application. And since the new protocol uses
> commands and not frames anymore, there is no obvious way to pass those
> to/retrieve those from the application layer.
>
> My questions are :
> - Should an implementation for ZMTP 3.1 still support the "old" subscription
> format ? I'm asking in the case where the remote peer claims it uses 3.1 as
> well.
> - Should an implementation for ZMTP 3.1 convert subscription commands
> to/from the "old" subscription format in XPUB/XSUB messages ? Is this
> documented anywhere ?
>
> Thanks !
>
> Julien.
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev