<div dir="ltr">Sounds great, Trev.  As soon as I have something roughed out, I'll send a pull request to the main jeromq project for perusal.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Feb 3, 2013 at 11:55 AM, Trevor Bernard <span dir="ltr"><<a href="mailto:trevor.bernard@gmail.com" target="_blank">trevor.bernard@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I am in favour of this idea as well. Also, releasing stable builds to<br>
central would be a major plus. I'd be more than happy to donate my<br>
time for this effort.<br>
<br>
-Trev<br>
<div class="HOEnZb"><div class="h5"><br>
On Sun, Feb 3, 2013 at 1:02 PM, John Watson <<a href="mailto:jkwatson@gmail.com">jkwatson@gmail.com</a>> wrote:<br>
> On Sun, Feb 3, 2013 at 4:57 AM, Pieter Hintjens <<a href="mailto:ph@imatix.com">ph@imatix.com</a>> wrote:<br>
>><br>
>> I'd encourage you to look at CZMQ and at least use some common<br>
>><br>
>> terminology, if you don't map to similar classes. The key features<br>
>> which help a lot are:<br>
>><br>
>> * message = list of frames<br>
>> * attached threads, connected by 'pipes'<br>
>> * automatic closing of sockets when context is destroyed<br>
>> * context-level linger option<br>
>><br>
>> I'm also thinking of writing a class to hide zmq_poll and do that more<br>
>> neatly, e.g. manage tickless timers automatically.<br>
><br>
><br>
> Excellent ideas.  I'm pretty much a zeromq newb, still working through the<br>
> guide.  Initially I was quite turned off by the java APIs, which is why I<br>
> want to make them more idiomatic.<br>
><br>
> Anyone else using the java APIs (either jzmq or jeromq) who can provide me<br>
> pain points from in the trenches will definitely help with the API design.<br>
><br>
> My plan is to do this incrementally.  First, I'll work on "modernizing" the<br>
> existing API (get rid of int flags, use Collections instead of arrays, make<br>
> it more OO, etc), then, once I have a better handle on the bigger picture<br>
> (and have studied CZMQ), I'll start layering higher level abstractions on<br>
> top.<br>
><br>
> If anyone has suggestions or ideas, please let me know.  You can also follow<br>
> along on my progress in my jeromq fork on github.  I'm jkwatson over there.<br>
><br>
> Thanks,<br>
>   John<br>
><br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> zeromq-dev mailing list<br>
> <a href="mailto:zeromq-dev@lists.zeromq.org">zeromq-dev@lists.zeromq.org</a><br>
> <a href="http://lists.zeromq.org/mailman/listinfo/zeromq-dev" target="_blank">http://lists.zeromq.org/mailman/listinfo/zeromq-dev</a><br>
><br>
_______________________________________________<br>
zeromq-dev mailing list<br>
<a href="mailto:zeromq-dev@lists.zeromq.org">zeromq-dev@lists.zeromq.org</a><br>
<a href="http://lists.zeromq.org/mailman/listinfo/zeromq-dev" target="_blank">http://lists.zeromq.org/mailman/listinfo/zeromq-dev</a><br>
</div></div></blockquote></div><br></div>