Re: [zeromq-dev] Alternatives to rfc.zeromq.org

[Trevor Bernard]

> I'm interested in creating a site for zeromq-based specifications in the same 
> style and format of rfc.zeromq.org but which can not be published in that 
> repository because the maintainer finds them objectionable.

The RFC repository follows the C4 process. Maintainers aren't supposed
to pass value judgments on correct patches. If they disagree they
should follow up with their own patches.

On Sun, Nov 26, 2023 at 8:33 AM Justus Ranvier  wrote:
>
> Thank you. Hugo looks like a really great tool.
>
> On Sat, Nov 25, 2023 at 12:52 AM Kevin Sapper  wrote:
>>
>> Hi Justus,
>> it's build with hugo and hosted on Netlify.
>>
>> //Kevin
>>
>> Justus Ranvier  schrieb am Sa., 25. Nov. 2023, 
>> 03:15:
>>>
>>> I'm interested in creating a site for zeromq-based specifications in the 
>>> same style and format of rfc.zeromq.org but which can not be published in 
>>> that repository because the maintainer finds them objectionable.
>>>
>>> Can anyone shed some light on what software is used to render that site?
>>>
>>> ___
>>> zeromq-dev mailing list
>>> zeromq-dev@lists.zeromq.org
>>> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
>> ___
>> zeromq-dev mailing list
>> zeromq-dev@lists.zeromq.org
>> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] JeroMQ - New Trusted Signing Key

[Trevor Bernard]

Hello folks,

We added a new trusted signing key for JeroMQ releases.

-BEGIN PGP PUBLIC KEY BLOCK-

mQINBGUFZeEBEACl/bYA+BvSw5YyqNJ+KDzJbx2DD4i/JXYyT2Z83bE8CYBhAegm
Ygiql4ejYhb1opWPIDopVXZ3DOyMivvS68foQ6UA+4ohOydaqTAHPRnn/+5GZFFM
kfuA7KLZhEYRP6wkEmRNm63q9TIg4b80nssXbWKHNAar9VWk3yIKgsRsSXf1o9bh
IrbCPh74qyFd0aWDbLUdZd1YFPT67IQbdPkioLp5TzPAHLuOp3qZuQEOu7ouRI6S
P7eW0nkSIDcGRG41mgeveTfduIM3HxayTAiKsooBfsEtzVIsczW9qFP2wJ3ZiZt5
iMj6WFH7J+dQYXndZF4r7iFB4M/tSOVhKUmSLoJgdF39h4WolCuICGM3DlmshPHG
rrTNcrACDSm1bYbG1UG45cBexNflyjGHyUua9eAqjrBmH7IUHiiLY8mTx9kTy8Ne
DK8y9XEDxv2M80k8h5JPXT3fxhNkqb5swrXx5gtR+tmfwg35tulmfKPcNvubQgOO
5eQ0ansIc6wGgRZ6rVemcL/LNNLrCP4tok+WpzzD41bw/deEMNuTxwsOX9vMy8UM
9RtwxBWQMdgAvxaqQvZPCzxqIlVGcYFsxyIPMNbBwb9DjX0saQzQCASZcuiTDNGe
2YmzG7UT1ka90clfFh8a3MDTE5YtgL9xw3lpS9Zsjsbd6r8jMiGFcgrfDwARAQAB
tAZKZXJvTVGJAk4EEwEIADgWIQQiOUvDYhLtNpSu+Nz7LqA2nJJe4QUCZQVl4QIb
AwULCQgHAgYVCgkICwIEFgIDAQIeAQIXgAAKCRD7LqA2nJJe4f1xD/42o8a9adQ7
kGpU5+PlqXrGquo/Rb2sgvSa+snlDb+wPeyh/P5fPz2sl3crUcH1mMXGWoXhOega
daaK0JVrdkJwCYODnMtmdLirChjrcUCsG2fjwJFDOCRGe19wyaf+vX2gRnSQMcaN
86q5MMxh3RXzKwdQWoIVyMuf32G8ysOATLBY4cpuAAjAVm9TH3jnFf0Y2+6gDx8W
uvFThnLcyOCRiHnKNCitrEbEox0XYyLQFg6YNl7H74KhhyB6W+bmIs/XUVnybh2I
91psjCXEQo76vjEFqTz7aQFvfIvuWxY7Nj8PcKXcIBJEmmHzdJVfP5ptleraFT3n
7vh4RJpjZzLtn/m1JdvwGQpuzHBZbwMSBxee+lrTlICBtbV97xIdaYK88ZMm4MPp
sOEs5IK4YlWN4HViVKCwkknHbL9mGH0bom5cIxsALMll+Y83s3U8mCQu0L22Vznv
q+Xz85ly093Xmrw56En4ZCsiXrxHwH10P3+w6BYZSf+n2vCfhisy9Rz7eehkz/FW
RIeX8efcToS77+JXKjl2wCPIBrUMyh/45HaucyYMqr+SqGq8ZKlSqbweZy+JFM34
ur4bky72JDdhJe/q3Xkkl6C1ipkoqPWzA0neUbFxRm0CBQ1oU6q1bmdJLjofWtMM
5h0FJi1Lc66uQe2stHEPfr+wlocfLDKE0A==
=bpzb
-END PGP PUBLIC KEY BLOCK-

The others are located here:
https://github.com/zeromq/jeromq/blob/master/doc/development/public-keys.md

Best,
Trev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] [zeromq-announce] When is new version of libzmq getting released?

[Trevor Bernard]

From what I can remember most libzmq releases were signaled by the
community and it sounds like we're at that point now.

On Mon, May 15, 2023 at 10:39 AM Gaurav Gupta  wrote:
>
> Thanks to all for sharing their inputs.
>
> I would agree that it's time to create a new version. And 320 commits is not 
> a small number, even if there is no significant feature in those 320 commits.
>
> Would request the team to please release a new version
>
> Regards,
> Gaurav
>
> On Mon, May 15, 2023 at 8:03 PM Matthias Gabriel 
>  wrote:
>>
>> Sorry, there was a typo:
>>
>> Maybe it helps turning the question around: what keeps us from releasinf the 
>> next version (point release). If nobody has a good argument then it's time, 
>> I'd say :)
>> ___
>> zeromq-dev mailing list
>> zeromq-dev@lists.zeromq.org
>> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Archived repository

[Trevor Bernard]

The last commit was over 3 years ago and I was the original author.
It's effectively dead. Feel free to fork and make improvements. If
there is evidence of life, I'll unarchive it.

-Trev

On Mon, Dec 12, 2022 at 12:26 PM Stephen Riesenberg
 wrote:
>
> Hi all,
>
> I noticed that jzmq-api is listed as a public archive. I know it hasn’t been 
> updated in a bit but I’m wondering what the reason for this is?
>
> https://github.com/zeromq/jzmq-api
>
> Thanks,
> Steve
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] [ANN] JeroMQ 0.5.3 - A pure Java clone of libzmq

[Trevor Bernard]

I'd like to announce the immediate availability of
org.zeromq/jeromq-0.5.3 on Maven central. The full changelog can be found here:
https://github.com/zeromq/jeromq/blob/master/CHANGELOG.md

Try it via

Download: https://repo1.maven.org/maven2/org/zeromq/jeromq/0.5.3/

Best regards,
Trevor
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Free security help from Google and Open Source Technology Improvement Fund, Inc

[Trevor Bernard]

Is this strictly for libzmq or can child projects like jeromq get some help
as well?

On Tue, Nov 15, 2022 at 1:07 PM Amir Montazery  wrote:

> Thank you to everyone who has helped so far! What we can concretely offer
> is below under "What you can expect". We totally understand you maintainers
> are busy so the process is designed to be easy for those who participate.
> We also have a budget to compensate maintainers who help out directly (that
> can go to a nonprofit of the project's choice as well).
>
> Our first team of security experts is ready to meet the week of December
> 5th if you'd like to participate.
>
> p.s The OSTIF team plans to be in Brussels for fosdem so we hope to see
> some of you there!
>
> Thank you and let me know who would like to participate.
>
> - Amir
>
>
> What you can expect
>
> Here are what we’re going to do (and need your help with) in a nutshell:
>
>-
>
>We’ll Perform an Initial Assessment
>-
>
>   Meet with you to better understand and ask questions about your
>   package – its architecture, design choices, known issues, and so on
>   -
>
>   Install Scorecard  if
>   you don’t already have it – this evaluates your environment against a 
> set
>   of SDLC best practices (see https://securityscorecards.dev/ for
>   more info) – and identify opportunities to improve low-scoring checks
>   -
>
>   Perform a quick code review, get your package to build, check for
>   quality and best practices
>   -
>
>   Assess whether your package would benefit from fuzzing and is
>   compatible with our OSS-Fuzz 
>   offering.
>   -
>
>   Assess whether your package would benefit from SLSA
>    and/or SBOM
>   
> ,
>   software supply chain integrity (SSCI) technologies (for example, do 
> your
>   users commonly build from source or consume binaries that you build?)
>   -
>
>If Warranted, We’ll Proceed with an In-Depth Review
>-
>
>   Perform an targeted code review on your package to identify
>   security vulnerabilities or recommended defense-in-depth fixes
>   -
>
>   If applicable, integrate your package with the OSS Fuzz offering
>   and tune it to achieve maximum coverage.
>   -
>
>   Improve eligible Scorecard check scores
>   -
>
>   Assist you with deploying SLSA and SBOM
>
> Here’s what we’ll ask you to do:
>
>-
>
>During the Initial Assessment
>-
>
>   Meet with us and our partners in a “kick-off” meeting where we’ll
>   ask you a number of questions about your package and how it works to 
> build
>   a shared threat model and scope the review
>   -
>
>During Our In-Depth Review
>-
>
>   Assist us with onboarding your package to OSS-Fuzz if applicable,
>   and you’ll be compensated for doing so
>   -
>
>   Assist us with improving the Scorecard checks we recommend, and
>   you’ll be compensated for each
>   -
>
>   Assist us with implementing SLSA and SBOM, if applicable, and
>   you’ll be compensated for doing so
>   -
>
>After our In-Depth Review
>-
>
>   Review the security vulnerabilities we find (if any) and our
>   recommended defense-in-depth fixes (if any), and remediate each
>   vulnerability within a reasonable timeframe (we’ll work this out with 
> you
>   when the time comes), and you’ll be compensated for each
>   -
>
>   If applicable, produce a new build that includes all of the
>   improvements made during this process
>
>
>
>
>
>
> On Mon, Oct 31, 2022 at 11:08 AM Amir Montazery  wrote:
>
>> Awesome! Thank you for that Luca. Apologies for the lag, I was in Detroit
>> last week for KubeCon meeting a number of projects we've done security
>> engagements with and collecting feedback.
>>
>> I hope we can sync soon and discuss opportunities to help out with
>> zeromq! Our org OSTIF (https://ostif.org/) has been advocating for
>> providing free help to open source projects for almost 8 years now. We
>> finally have some resources on our bench to help projects out with their
>> security needs. I am finalizing what exactly that would look like in the
>> next week!
>>
>> I'll have updates and resources for you soon. In the meantime feel free
>> to reach out with any questions or feedback.
>>
>> Thank you,
>> Amir
>>
>> On Wed, Oct 19, 2022 at 1:39 PM Luca Boccassi 
>> wrote:
>>
>>> Thanks, existing fuzzers are the *_fuzzer.cpp files at:
>>> https://github.com/zeromq/libzmq/tree/master/tests
>>>
>>> On Wed, 19 Oct 2022 at 16:04, Amir Montazery  wrote:
>>>
 Of course, that is understandable. Thank you all for maintaining such
 an important project despite your busy schedules! I hope we can find a way
 to help make your lives easier.

Re: [zeromq-dev] A Kotlin ZeroMQ library

[Trevor Bernard]

I can get you added to maven central when you are ready.
-Trev

On Fri, Jul 8, 2022 at 11:21 AM Luca Boccassi 
wrote:

> Unfortunately I cannot help with maven/java, I know nothing about that
> side of things. I can help with the Github org when you are ready for
> the move.
>
> On Fri, 2022-07-08 at 15:22 +0200, Didier Villevalois wrote:
> > It is not yet ready. I expect to have the CIO, JeroMQ and ZeroMQ.js
> > engines fully implemented by mid-august. And at that point, I will
> > want to publish a 0.1 version.
> >
> > That's why I made contact. Because publishing to Maven Central is
> > easier for those that own the domain name corresponding to the
> > artifacts' groupId (here `org.zeromq`).
> >
> > On ven., juil. 8 2022 at 13:22:51 +0100, Luca Boccassi
> >  wrote:
> > > On Fri, 2022-07-08 at 13:02 +0200, Didier Villevalois wrote:
> > >
> > > >  Hi all,
> > > >
> > > >  I started writing a Kotlin library for ZeroMQ. The aim is to
> > > > provide
> > > >  an idiomatic Kotlin API and 4 different implementations of this
> > > > API:
> > > >
> > > >  - CIO, a Kotlin coroutine-based implementation, targeting both
> > > > the
> > > >  JVM and native,
> > > >  - JeroMQ, a pure Java implementation of ZeroMQ, targeting the
> > > > JVM,
> > > >  - ZeroMQ.JS, a Node.JS addon implementation of ZeroMQ, targeting
> > > >  Node.JS,
> > > >  - Libzmq, the main native implementation of ZeroMQ, targeting
> > > > native.
> > > >
> > > >  This is still very raw and a work in progress, but you can find
> > > > the
> > > >  code under the Apache 2.0 license:
> > > >  https://github.com/ptitjes/kzmq
> > > >
> > > >  So I have a few questions:
> > > >
> > > >  1) I took the liberty to reuse the `org.zeromq` package name. Is
> > > > that
> > > >  OK?
> > > >  2) Would like to host this library in ZeroMQ's GitHub
> > > > organization?
> > > >  3) And in case of a positive response to the questions 1 and 2,
> > > > I
> > > >  would like to know who is organizing the publishing of the
> > > > JeroMQ
> > > >  artifacts, so that I can discuss the publishing of Kzmq to Maven
> > > >  Central with the coordinates org.zeromq:kzmq?
> > > >
> > > >  Thanks a lot for your answers.
> > > >  Didier
> > > Sure we can move it when you think it's ready, and we can add you
> > > as
> > > maintainer - is it ready now or do you need more time?
> > >
> > >
> > > ___
> > > zeromq-dev mailing list
> > > zeromq-dev@lists.zeromq.org
> > > https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Call for Maintainers - JeroMQ

[Trevor Bernard]

> I'll do what I can to help, though I don't have any idea how much that
will actually be.

The main things are maintaining the changelog and publishing the
artifacts to maven central. The rest is just following the C4 process.

-Trev

On Wed, May 12, 2021 at 8:46 AM James Gatannah  wrote:
>
> On Tue, 11 May 2021 15:54:14 +0100 Luca Boccassi
>  wrote:
>
> > On Tue, 2021-05-11 at 10:03 -0400, Trevor Bernard wrote:
> > > Hi,
> > >
> > > I'm been the Java steward for ZeroMQ since about 2012. I no longer
> > > have the time nor desire to give to this project anymore. It's been a
> > > wonderful ride and I've worked with many amazing people. I will create
> > > one more stable release then hand off the reigns to the other ZeroMQ
> > > maintainers.
> > >
> > > Best of luck,
> > >
> > > Trev
> > >
> > > https://github.com/zeromq/jeromq/issues/881
> >
> > Thank you for all your work, Trevor!
> >
> > Do you know if there are any volunteer to help with the project, or do
> > you have in mind ideal candidate(s)?
> >
> > --
> > Kind regards,
> > Luca Boccassi
>
> Yes, thank you, Trevor.
>
> I am *not* a java expert, by any means. And I don't have the time to
> be a proper steward. But at least I poked around the code base a few
> years ago.
>
> I'll do what I can to help, though I don't have any idea how much that
> will actually be.
>
> Regards,
> James
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] Call for Maintainers - JeroMQ

[Trevor Bernard]

Hi,

I'm been the Java steward for ZeroMQ since about 2012. I no longer
have the time nor desire to give to this project anymore. It's been a
wonderful ride and I've worked with many amazing people. I will create
one more stable release then hand off the reigns to the other ZeroMQ
maintainers.

Best of luck,

Trev

https://github.com/zeromq/jeromq/issues/881
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] Sonarcloud zeromq organization

[Trevor Bernard]

Hi,

Does anyone on the list own:
https://sonarcloud.io/organizations/zeromq/ property?

If so, may I be added to the organization please.

Best,
Trevor
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] [contract] NetMQ/Zyre stability project

[Trevor Bernard]

Hi,

I have a project that requires some NetMQ and Zyre expertise. It's a
musical orchestration application written in VB.NET.I originally
started the project but real life got in the way and I'm unable to
finish.

The gist of the project is to help stabilize the Zyre communication
between nodes, specifically handling network drops and changes
gracefully. This might require some windows socket knowledge since
that appears where some of the problems lie.

Best,
Trevor
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] [ANN] JeroMQ 0.5.1 - A pure Java clone of libzmq

[Trevor Bernard]

I'd like to announce the immediate availability of
org.zeromq/jeromq-0.5.1 on Maven central. Included in the release is
better interop between secure ZeroMQ endpoints, fixed file descriptor
leak when opening TCP connections, and much more. You can see the full
changelog here:
https://github.com/zeromq/jeromq/blob/master/CHANGELOG.md

Try it via

Download: https://repo1.maven.org/maven2/org/zeromq/jeromq/0.5.1/

Warmest regards,
Trevor
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Difference between libzmq and zeromq ?

[Trevor Bernard]

It's easier to think about ZeroMQ as the community and libzmq as the
messaging library.  I believe that's how Pieter was describing ZeroMQ
at the end.

-Trev

On Mon, Apr 1, 2019 at 2:45 PM Michal Vyskocil
 wrote:
>
> Hi,
>
> Don't worry, it is confusing.
>
> If you built from zeromq tarball, then you have libzmq, the original zeromq 
> engine written in C++. That's why I wrote that zeromq equals libzmq in your 
> case. I don't know about others implementations (like jeromq, engine written 
> in Java), but I would say that libzmq is the most feature complete and most 
> used engine so far.
>
> Dne po 1. 4. 2019 20:19 uživatel jonetsu  napsal:
>>
>> On Mon, 1 Apr 2019 20:00:20 +0200
>> Michal Vyskocil  wrote:
>>
>> Hi,
>>
>> > However libzmq equals to zeromq for you. See release page
>> > https://github.com/zeromq/libzmq/releases tarballs are named zeromq.
>> > That's more the historical coincidence.
>> >
>> > Nowadays zeromq is the project umbrella and libzmq is the C++ engine
>> > implementing the zmtp and other protocols.
>> >
>> > Btw: I would personally use https://github.com/zeromq/czmq/ than
>> > cppzmq. Czmq is very active project, which offer great C API built on
>> > top of libzmq. Plus a lot more like actor model, configuration files
>> > parsing, curve support via zauth and many more.
>>
>> Thanks !  However, please bear with me on this as it's still not
>> obvious and I have to ask: is libzmq implementing features (zmtp, other
>> protocols) not found in the umbrella zeromq that I've built ?
>>
>> libzmq could be more what I'm looking to use as a base, since I'm going
>> C++, so there would be a difference between it and the umbrella...
>>
>> Cheers.
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] [ANN] JeroMQ 0.5.0 - A pure Java clone of libzmq

[Trevor Bernard]

I'd like to announce the immediate availability of
org.zeromq/jeromq-0.5.0 on Maven central. It's been over a year since
the last major release. The biggest change is that JeroMQ had dropped
support for Java 7. You can see the full changelog here:
https://github.com/zeromq/jeromq/blob/v0.5.0/CHANGELOG.md

Try it via

Download: https://repo1.maven.org/maven2/org/zeromq/jeromq/0.5.0/

Warmest regards,
Trevor
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] ZeroMQ Slack

[Trevor Bernard]

Does anyone know who owns the zeromq slack channel?

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

Re: [zeromq-dev] Remote code execution in libzmq 4.2.0 -> 4.3.0

[Trevor Bernard]

Is would be prudent to also back port that RCE fix to 4.2.x

-Trev

On Sat, Jan 12, 2019 at 1:44 PM Luca Boccassi  wrote:
>
> Hi,
>
> Please note that a remote execution vulnerability has been uncovered,
> it affects all versions of libzmq from 4.2.0 up to and including 4.3.0.
>
> Users deploying with ASLR and/or CURVE/GSSAPI are not affected.
> Deployments of public endpoints without any of those mitigations are
> strongly encouraged to update as soon as possible.
>
> See release announcement for details and links:
>
> https://lists.zeromq.org/pipermail/zeromq-announce/2019-January/58.html
>
> --
> Kind regards,
> Luca Boccassi___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] BDFL team

[Trevor Bernard]

Congratulations. It's well deserved.

On Thu, Jan 3, 2019 at 11:51 AM Michel Pelletier
 wrote:
>
> Thank you Doron and Luca!  Wish I could make it for one of those beverages :)
>
> -Michel
>
> On Thu, Jan 3, 2019 at 8:23 AM Luca Boccassi  wrote:
>>
>> Thanks Doron!
>>
>> As my first act as part of the team, as Arnaud suggested, I'll buy a
>> round of beer/ at the pre-FOSDEM meeting in a month
>> :-)
>>
>> On Thu, 2019-01-03 at 14:29 +0100, Arnaud Loonstra wrote:
>> > Congrats to you both and to zeromq in general!
>> > We should drink to that in Brussels next month.
>> >
>> > And happy new year btw :)
>> >
>> > Rg,
>> >
>> > Arnaud
>> >
>> > On 1/3/19 12:41 PM, Doron Somech wrote:
>> > > Hi All,
>> > >
>> > > More than two years has passed since Pieter handed me the BDFL
>> > > role.
>> > > I'm taking the job seriously and as a long term job.
>> > >
>> > > Open source maintainer job is hard. The project has life of is own,
>> > > and
>> > > so am I. In the last two years my two children have born plus a
>> > > full
>> > > time job have left me without a lot of time for zeromq. The good
>> > > news is
>> > > that now I have more time and for the time being no full time job.
>> > >
>> > > Luckily for our community we have Luca Boccassi, which led the
>> > > community
>> > > amazingly in the last two years. Answering all the questions,
>> > > merging
>> > > the pull requests, releasing new versions and arranging the
>> > > upcoming
>> > > Hackathon.
>> > >
>> > > I'm very happy to announce the Luca accepted my invitation to join
>> > > me in
>> > > the BDFLs team, thank you Luca.
>> > >
>> > > Doron
>> > >
>> > > ___
>> > > zeromq-dev mailing list
>> > > zeromq-dev@lists.zeromq.org
>> > > https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>> > >
>> >
>> > ___
>> > zeromq-dev mailing list
>> > zeromq-dev@lists.zeromq.org
>> > https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
>> --
>> Kind regards,
>> Luca Boccassi___
>> zeromq-dev mailing list
>> zeromq-dev@lists.zeromq.org
>> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] TLS (openssl) for ZeroMQ

[Trevor Bernard]

Why not just use stunnel as a TLS wrapper and avoid having to modify
the zeromq code base? You are free to use OpenSSL, you don't need
another key management system that can handle the Curve25519 elliptic
curve. Configuration is likely easier than adding TLS support in
ZeroMQ.

On Wed, Dec 26, 2018 at 5:36 PM Jeff Shanab  wrote:
>
> In a lot of cases (mbtls) just don't link statically and the license issue is 
> moot. But linking dynamically is preferred for more issues than license.
>
> I think there are a few things here to consider, and forgive me if I get the 
> jargon wrong. There are other people here that are the experts.
>
> If you can use the OS implementation you can use their store, be ensured that 
> the most recent security updates have been applied and a well optimized 
> solution. (ok some of that may be up for debate, they have security updates 
> becasue they are most attacked.)
>
> In some countries, even on windows, you just cannot legally use OpenSSL. So 
> ability to swap it out is really good.
> Some devices do not play nice and you really need to talk to them with an 
> implementation they can work with (ie axis cameras vs ACTi cameras)
>
> If we write code into ZMQ that depends on a particular TLS implementation, we 
> have done it wrong!
>
>
>
> On Wed, Dec 26, 2018 at 10:11 AM Luca Boccassi  
> wrote:
>>
>> There's also NSS from Mozilla which is under MPL and thus compatible,
>> and does not introduce any restriction on third party code.
>>
>> There are then other less-known alternatives like wolfssl, mbed ssl or
>> matrixssl which are all gpl2+ so cannot be used by proprietary products
>> or static builds. But they all have commercial licenses available, so
>> it can be used by your company for their product if they buy the
>> license.
>>
>> On Tue, 2018-12-25 at 23:35 +0100, Luca Boccassi wrote:
>> > Note that as an alternative to openssl there's gnutls which is lgpl2+
>> > and
>> > thus is compatible - but only for dynamic linking, proprietary
>> > applications
>> > statically linking to libzmq thanks to it's exception will not be
>> > able to
>> > statically link to gnutls.
>> >
>> > On Tue, 25 Dec 2018, 21:13 Luca Boccassi > > wrote:
>> >
>> > > On Tue, 2018-12-25 at 21:05 +0100, 林宝龙 wrote:
>> > > > I suggested to use curve directly, but as a hole system, they
>> > > > didn't
>> > > > want
>> > > > to have two key management system, TLS was there which was used
>> > > > by
>> > > > other
>> > > > node. And another reason they gave to me is the curve was not
>> > > > been
>> > > > used so
>> > > > much by big companies compare to TLS, even it's simple than TLS.
>> > > > Further
>> > > > more the running environment has already had OpenSSL installed,
>> > > > use
>> > > > openssl
>> > > > can lower the security libraries maintenance.
>> > >
>> > > First of all curve was created by expert cryptographers, and it's
>> > > extensively used, so it's not really a problem. The crypto
>> > > primitives
>> > > are provides by libsodium, which again is a very high quality
>> > > library
>> > > and used by many, many applications and libraries, and will most
>> > > likely
>> > > be already installed everywhere.
>> > >
>> > > Regarding key management, are you aware that there's the ZAP
>> > > protocol?
>> > > You can use it to implement the key management scheme you prefer,
>> > > programmatically. For example, you could map 1:1 from SSL keys to
>> > > curve
>> > > keys internally.
>> > >
>> > > > About the license problem, as you explained to me, it is a big
>> > > > problem, I
>> > > > saw there is an issue which was registered 2 years ago to change
>> > > > the
>> > > > libzmq's license, but it is not coming to end. I'll check with my
>> > > > colleagues how to make the license issue gone?  Come back to you
>> > > > when
>> > > > I
>> > > > have more information.
>> > >
>> > > Again - you *cannot* make the license issue go away. We have been
>> > > trying to relicense to MPL2 for years, it will take years to
>> > > finish, if
>> > > ever. This is not something that can be worked around or "hacked".
>> > > It's
>> > > a legal issue.
>> > >
>> > > > Best regards,
>> > > > Baolong
>> > > >
>> > > > On Tue, 25 Dec 2018, 12:31 Luca Boccassi > > > > wrote:
>> > > >
>> > > > > On Tue, 2018-12-25 at 00:53 +0100, 林宝龙 wrote:
>> > > > > > The problem of first option we met is that OpenSSL provides a
>> > > > > > lot
>> > > > > > configurable things, for example, trust group, external
>> > > > > > verification
>> > > > > > callback, etc. We must add more options to sockopt to have
>> > > > > > such
>> > > > > > things
>> > > > > > configurable. For the callback functions, if we continue
>> > > > > > using
>> > > > > > setsockopt,
>> > > > > > we need to cast function pointer to void pointer and vice
>> > > > > > versa,
>> > > > > > looks not
>> > > > > > good.
>> > > > >
>> > > > > As mentioned, there is really no alternative to continue
>> > > > > supporting
>> > > > > bindings. Also, exposing a 

[zeromq-dev] Canuck visiting Portugal

[Trevor Bernard]

Gentlefolk,

I will be Lisbon for the first two weeks of June. I would love having
a coffee/pint with people in the area.

Best,
Trevor
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] [ANN] JeroMQ 0.4.3 - A pure Java clone of libzmq

[Trevor Bernard]

I'd like to announce the immediate availability of
org.zeromq/jeromq-0.4.3 on Maven central. A lot of work has been put
into stabilizing jeromq and interoperability. You can see the full
changelog here:
https://github.com/zeromq/jeromq/blob/v0.4.3/CHANGELOG.md

Try it via

Download: https://repo1.maven.org/maven2/org/zeromq/jeromq/0.4.3/

Warmest regards and salutations to you and yours,
Trevor
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] [ANN] JeroMQ 0.4.2 - A pure Java clone of libzmq

[Trevor Bernard]

Yes, I found a pure Java port of NaCl with a good license.

On Jul 1, 2017 9:58 AM, "Doron Somech" <somdo...@gmail.com> wrote:

Amazing, I want to do that for NetMQ for a long time.

Does the libsodium implementation is also pure Java?

On Fri, Jun 30, 2017 at 4:36 PM, Luca Boccassi <luca.bocca...@gmail.com>
wrote:

> On Fri, 2017-06-30 at 09:20 -0400, Trevor Bernard wrote:
> > > Is the CURVE implementation fully inter-operable with libzmq?
> >
> > Yup, it's fully interoperable.
>
> Fantastic, thanks!
>
> --
> Kind regards,
> Luca Boccassi
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>


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

Re: [zeromq-dev] [ANN] JeroMQ 0.4.2 - A pure Java clone of libzmq

[Trevor Bernard]

> Is the CURVE implementation fully inter-operable with libzmq?

Yup, it's fully interoperable.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] [ANN] JeroMQ 0.4.2 - A pure Java clone of libzmq

[Trevor Bernard]

I'd like to announce the immediate availability of
org.zeromq/jeromq-0.4.2 on Maven central. The single biggest change is
now JeroMQ now has full native java security support! Special thanks
to Frédéric Déléchamp for updating the codebase to v4.1.7.

Here is an example of how to secure a JeroMQ connection:
https://gist.github.com/trevorbernard/6e3a8af0092cdced0f8b3e757a5b6b16

There wasn't an announcement for v0.4.1 because it was quickly
realized that adding security via kalium (libsodium) broke JeroMQ on
Android.

Try it via

Download: https://repo1.maven.org/maven2/org/zeromq/jeromq/0.4.2/

0.4.2 includes the following changes:

#443: Fix issue where JeroMQ was broken on Android. Security no longer
depends on libsodium and is now pure Java

v0.4.1 (2017-06-28)

Added

JeroMQ is now based of of 4.1.7 of libzmq which means it also now
support security

Changed

#413: fixed a NullPointerException when ZMQ.ZMQ_TCP_ACCEPT_FILTER is used

#412: tcp accept filter null pointer exception fix
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Request Reply pattern

[Trevor Bernard]

REQ/REP happens in lockstep aka ping then pong -- the assertion
happens by design. You'll have to create a new REP socket as well.
IMHO the REQ/REP pattern has very limited use in real world
applications. I suggest taking a look at ROUTER/DEALER instead.

On Wed, May 3, 2017 at 3:00 PM, Marlborough, Rick
 wrote:
> Designation: Non-Export Controlled Content
>
> Folks;
>
> We have test software that is testing the request reply
> pattern. We are doing failure testing. The failure testing involves killing
> and restarting the server. We have code in the requester that “attempts” to
> do a reconnect to the server. However, after the reconnect, the subsequent
> send calls always fail and ZeroMQ reports “Operation cannot be accomplished
> in current state”. Is there a way to “reset” a request socket and clear this
> condition?
>
>
>
> Thanks
>
> Rick
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] czmqjni status?

[Trevor Bernard]

James,

I would check the generated self tests to see how to send and receive messages.

Best,
Trev

On Mon, Apr 10, 2017 at 11:30 PM, James Gatannah
 wrote:
> I've been dabbling with the bindings from github and the source
> distribution, and I'm starting to suspect that they aren't in a usable
> state yet.
>
> My specific problem is that I can't figure out how to send a message.
>
> The closest I've managed to get is using Zframe.send(), which takes a
> long parameter for the destination. If I pass in the Zsocket's .self
> member, I get an error about attempting a socket operation on a
> non-socket.
>
> Zsock.send() can't possibly work, since it only passes along the first
> of the variadic arguments.
>
> I haven't spent much time with Zmsg, since I'm using client/server
> socket types, but it seems to have the same problems as Zframe.
>
> Am I missing something obvious? Based on what I've found in the
> mailing list archives, it looks like people expect this to work.
>
> I've run across a few other issues that seem like they should be
> low-hanging fruit (the "standard" czmq socket creation methods really
> should be static, for example), but I've never had a chance to do more
> than glance at GSL when I was reading through the Guide the first
> time, and I've only briefly glanced at zproject.
>
> And, if this is a stable API, then obviously that part couldn't be
> changed anyway (not that that's a barrier to adding appropriate static
> methods).
>
> Alternatively, I see a lot of recommendations here to just use jeromq
> instead. Does anyone have any recommendations about the difficulty of
> implementing CLI/SRV there as opposed to jzmq? As ugly as JNI code and
> that build/installation process is, at least I spent some time digging
> through that code a few years back.
>
> Thanks,
> James
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] [ANN] JeroMQ 0.4.0 - A pure Java clone of libzmq

[Trevor Bernard]

I'd like to announce the immediate availability of
org.zeromq/jeromq-0.4.0 on Maven central. Special thanks to Dave
Yarwood for all his hard work which allowed this release to happen.

Try it via

Download: https://repo1.maven.org/maven2/org/zeromq/jeromq/0.4.0/

0.4.0 includes the following changes:

Added:

- #366: support for ZMQ_REQ_RELAXED and ZMQ_REQ_CORRELATE socket options

- #375: re-added ZMQ.Socket.disconnect, which had been removed in
0.3.6 because the contributor who originally added it did not agree to
the license change from LGPL to MPLv2

Changed:

- #374:
- fixed a NullPointerException and mangling of existing indexes in
ZMQ.Poller
- fixed a Windows bug in Signaler
- other small changes to keep JeroMQ in sync with jzmq

- #386: improved deallocation of polling Selector resources. When
creating a poller via ZMQ.Context.poller or ZContext.createPoller, the
context will manage the Selector resources and ensure that they are
deallocated when the context is terminated.

- #387: (BREAKING CHANGE) It is no longer possible to create a
ZMQ.Poller in any way except via a context. This is to ensure that all
Selector resources are deallocated when a context is terminated.

- #388 ZMQ.Socket.setLinger can now be called safely after a context
is terminated.

- #390: fixed a bug where terminating a context while polling would
sometimes cause a ClosedChannelException.

- #399: fixed a NullPointerException that would sometimes occur when
terminating a context

- #400: (BREAKING CHANGE)

- deprecated the setters setIoThreads, setMain and setContext in
ZContext. These parameters are set in the constructor and final.
Because it is no longer possible to set these values after
constructing a ZContext, the setters are now no-ops.

- #402: added constructors for ZPoller that take a ZContext argument,
thus making it possible to create a ZPoller whose Selector resources
are managed by the context.

Full changelog here: https://github.com/zeromq/jeromq/blob/v0.4.0/CHANGELOG.md
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Call for maintainers [JeroMQ, JZMQ]

[Trevor Bernard]

Colin,

You can read about the responsibilities in the C4 contract:
https://rfc.zeromq.org/spec:42/C4.

-Trev

On Mon, Nov 21, 2016 at 8:09 AM, Colin Ingarfield <co...@ingarfield.com> wrote:
> Hi Trevor,
>
> I've been a user of jeromq for several years.  I might be interested in
> maintaining it, but can you describe some more what would be required?
> I'm a professional java developer and feel I have a good understanding
> of jeromq, but I don't know its internals that well.
>
> Thanks,
> Colin
>
> On 11/20/16 2:53 PM, Trevor Bernard wrote:
>> Hi all,
>>
>> I've been happily the steward for ZeroMQ on the JVM for many years now
>> but unfortunately, I don't have the time or energy to give these
>> projects the attention they needs. I'm looking for someone to step up
>> and take over managing the releases to Maven Central. I will help
>> ensure a smooth transition but I will unfortunately take an indefinite
>> leave from jzmq/jeromq. It's been a blast but it's time to move on.
>>
>> Warmest regards,
>> Trevor
>> ___
>> 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

[zeromq-dev] Call for maintainers [JeroMQ, JZMQ]

[Trevor Bernard]

Hi all,

I've been happily the steward for ZeroMQ on the JVM for many years now
but unfortunately, I don't have the time or energy to give these
projects the attention they needs. I'm looking for someone to step up
and take over managing the releases to Maven Central. I will help
ensure a smooth transition but I will unfortunately take an indefinite
leave from jzmq/jeromq. It's been a blast but it's time to move on.

Warmest regards,
Trevor
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] BDFL literally

[Trevor Bernard]

The name servers are from slicehost if that means anything

On Thu, Oct 6, 2016 at 11:28 PM, Ewen McNeill
 wrote:
> On 7/10/16 14:05, Steven McCoy wrote:
>>
>> Is zero.mq  owned by someone else?
>
>
> I don't know.  mq doesn't appear to have useful whois servers.
>
> I know it's not in Pieter's main list of domains at Gandi, but while trying
> to straighten out some other domains I did find that he had more than one
> account (caused by zone transfer auto-created accounts I think).
>
> If anyone knows who owns zero.mq that'd probably be useful to let at least
> Doron know.
>
>
> Ewen
> ___
> 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] BDFL literally

[Trevor Bernard]

Don't worry about sponsorship. My company will pay to renew them for
the next while (within reason). Just send me the details and I'll pay
the the bill.

-Trev

On Thu, Oct 6, 2016 at 12:35 AM, Osiris Pedroso  wrote:
> Could you please list them?
> I would like to sponsor a few, but would like to check them out first.
>
> Sent from my iPad. Regularly foiled by autocorrect. But duck it..
>
>> On Oct 5, 2016, at 17:49, Ewen McNeill  wrote:
>>
>>> On 20/04/16 6:16, Pieter Hintjens wrote:
>>> So without further ado I'd like to hand the stage over to my dear
>>> friend, Mr Did You Really Add UDP Support to Libzmq In One Day
>>> Doron  dramatic pause... SOMECH!!
>>
>> For the record, Doron and I have now transferred the ZeroMQ domains that 
>> were previously owned by Pieter over to Doron (Doron already had 
>> administrative control over them; this just changes the Registrant field as 
>> well).
>>
>> Thanks to Doron for assisting with the transfer, and for paying the 
>> US$7.50/domain transfer fee.
>>
>> Pieter does have some other domains (mostly related to his books or 
>> non-ZeroMQ related projects) which will expire over the next 12 months. For 
>> some of these I am trying to finalise transfers of the domains to other 
>> people (who I have emailed directly).  A few of these (mostly iMatix related 
>> ones) will renew at least while there are still funds available in Pieter's 
>> registrar account.  For the others it is likely they will just be allowed to 
>> expire over the next 12 months.
>>
>> If there is a domain name that you know that Pieter holds for which you 
>> would like to see the project it is related to continue, feel free to get in 
>> touch.  Where there's a clear community supported successor to look after 
>> the domain/project I'm happy to help facilitate a transfer of the domain 
>> ownership.
>>
>> Alternatively the .org/.com/.net registry model does allow _anyone_ to pay 
>> the renewal fee on a domain, even one that they don't own.  So if you don't 
>> want to assume ownership of a domain, but do want to see it "stick round 
>> longer", then paying the renewal for another year could be a good option.  
>> This is probably most relevant to the domains related to Pieter's books.  
>> (All Pieter's domains are at Gandi, who definitely allow payment by anyone 
>> with a Gandi account for any domain at Gandi.)
>>
>> Finally, thanks to the people who paid to renew:
>>
>> restms.org
>> imatix.com
>>
>> over the last month (imatix.com now expires in 2021; and restms.org now 
>> expires in 2020).
>>
>> Ewen
>> ___
>> 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

[zeromq-dev] [ANN] - JeroMQ 0.3.6 - A pure Java clone of libzmq

[Trevor Bernard]

I'd like to announce the immediate availability of
org.zeromq/jeromq-0.3.6 on Maven central. This has been a long time
coming and super exciting because the licensing has moved to MPLv2!

You can view the full changes here:

https://github.com/zeromq/jeromq/compare/v0.3.5...v0.3.6

Best regards,
Trevor Bernard
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] docker accounts

[Trevor Bernard]

Kevin,

I created the "zeromq" organization a while back. I can add you as a
collaborator.

Best,
Trev

On Mon, Jun 13, 2016 at 4:04 AM, Kevin Sapper  wrote:
> Hello zeromqers,
>
> I've been recently looking at the docker images of zeromq that are provided
> on docker hub. There're two docker hub organizations I'm interested in
> particular "zeromq" and "zeromqorg". Does anybody on this mailinglist own
> them or knows who does?
>
> //Kevin
>
> ___
> 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] Moving list to Google groups?

[Trevor Bernard]

No real preference between google groups or mailman TBH.
-Trev

On Tue, Apr 19, 2016 at 9:06 AM, Dinu Gherman
 wrote:
> I just got a reply from MailmanLists support saying they plan to introduce
> Mailman 3 this year, without giving a date, though.
>
> --
> Sent on the move.
> Von unterwegs gesendet.
>
> Am 19.04.2016 um 13:54 schrieb Brian Knox :
>
> Excellent. +1 for staying with mailman then.
>
> On Tue, Apr 19, 2016 at 5:21 AM, Kevin Sapper 
> wrote:
>>
>> Staying with Mailman is indeed the better choice. Even though I like
>> Google groups they don't have an option the migrate away from it which is a
>> deal breaker IMO.
>> Regarding helping out Ewen I gladly volunteer.
>>
>> 2016-04-19 5:30 GMT+02:00 Indradhanush Gupta
>> :
>>>
>>>
>>>
>>> On Tue, Apr 19, 2016 at 8:44 AM, Pieter Hintjens 
>>> wrote:

 OK, we need a small set of admins, who can work with my friend Ewen
 McNeill, who has kept archives over the years, to migrate to mailmanlists
 and then manage the lists (zeromq-announce is #2). Justin, it's your baby.
 Thank you.
>>>
>>> This is great. I'd like to volunteer if you need an extra hand.
>>>
>>>

 On 19 Apr 2016 05:10, "Pieter Hintjens"  wrote:

 Justin, that is a great proposal, thank you for finding it. I'd prefer
 keeping mailman, for familiarity.

 On 19 Apr 2016 04:36, "Justin Karneges"  wrote:
>
> Hey folks,
>
> I spoke with MailmanLists and they are willing to host the ZeroMQ
> mailing list for free. All they ask for is a link on the mailing list
> page. If you'd prefer the list remain Mailman-based and simply don't
> want to host it, then I'd say this is the best the way to go. They'll
> import archives too.
>
> Re: MailmanLists vs. dotList (aka Mailmanhost), both appear to be
> Mailman hosting experts with a long lives (8 years and 11 years,
> respectively). Other than cost, it's hard to say on the outside which
> one is better, but as a customer of MailmanLists I can vouch for their
> helpful support. MailmanLists also claims to be a financial contributor
> to the FSF which is pretty cool.
>
> On Mon, Apr 18, 2016, at 05:21 PM, c wrote:
> > Jim Idle  writes:
> >
> > I'm a nay on Google Groups. As seen with SourceForge, sometimes the
> > priorities of companies change. This is especially true for a
> > publically
> > traded company.
> >
> > The price points of https://www.mailmanhost.com/pricing/ seem better
> > than http://www.mailmanlists.net/ but I have no personal experience
> > with
> > either.
> >
> > > You just add your email address to the google list - you don't
> > > actually need a Google account. Thre is really no difference to
> > > now.
> >
> > In my experience list maintainers end up needing to enable the Google
> > Account
> > requirement on their groups to combat spam.
> > ___
> > 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

>>>
>>>
>>>
>>> --
>>> Indradhanush Gupta
>>>
>>>
>>> ___
>>> 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
>
>
> ___
> 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] Proposal to unify ZMQ Java projects

[Trevor Bernard]

I agree, the ZeroMQ Java ecosystem is fragmented and leaves much to be
desired. I agree with Pieter in that you should only tackle the most
crucial pieces first since this can easily become overwhelming. I'd
happily answer any questions you might have.

Best,
Trevor

On Tue, Feb 2, 2016 at 4:08 AM, Pieter Hintjens  wrote:
> This all sounds great. My advice is to start on the most crucial of
> these, get it working minimally, then repeat. You don't need to get it
> right every time. Make small steps. See our contribution process.
>
> Regarding the higher level classes I'd reshape them to be more
> idiomatic Java, and put them into a single library, yes. But find a
> name that is appropriate, and don't be afraid of re-using the old
> 'jzmq' name if that's what you need to do. ('javaczmq' is not a good
> name.)
>
> Perhaps the outcome is a new jzmq that includes JeroMQ as a dependency.
>
> -Pieter
>
> On Tue, Feb 2, 2016 at 2:24 AM, Mario Steinhoff
>  wrote:
>> Hi list,
>>
>> after a few weeks spending on building two little Java applications that
>> communicate with each other over ZMQ, I want to share my thoughts about the
>> current state of the Java-related ZMQ projects.
>>
>> I first read the zguide and then started with JeroMQ because I didn't want to
>> deal with jzmq and JNI. After looking at the jeromq and jzmq projects, I was 
>> a
>> bit confused about the correct usage of the APIs and when to use which 
>> classes
>> how.
>>
>> Today I managed to create a little analysis of what I think there currently 
>> is
>> available and what problems I see:
>>
>> Problem: Currently, both Java libraries provide some of the implementations 
>> that
>> originated from CZMQ (ZMsg, ZFrame, ZThread, ZLoop, ZActor, ZAuth), but with
>> more or less minor differences, probably caused by independent bugs and 
>> changes
>> on both sides:
>>
>>
>> https://github.com/zeromq/jzmq
>>
>> JZMQ Core ("Yay, I can use libzmq from Java"):
>> These three classes define the actual, public-usable, low-level ZeroMQ Java 
>> API:
>> - org.zeromq.ZMQ
>> - org.zeromq.ZMQException
>> - org.zeromq.ZContext
>> Plus some utility classes:
>> - org.zeromq.EmbeddedLibraryTools (JNI support)
>> - org.zeromq.App (not required to use libzmq, prints version info)
>>
>> CZMQ in Java ("Sockets and byte arrays are fine but sometimes I'd like to 
>> have
>> a litte more"):
>> - org.zeromq.ZMsg
>> - org.zeromq.ZFrame (+Utils.java is only used here, could as well be 
>> eleminated)
>> - org.zeromq.ZThread
>> - org.zeromq.ZLoop
>> - org.zeromq.ZAuth (ZThread-based Actor that implements ZAP)
>> - org.zeromq.ZDispatcher (Like ZLoop, with less features and more 
>> performance?)
>>
>> ZeroMQ Devices (Looking at libzmq #422, devices seem to be an outdated 
>> concept)
>> - org.zeromq.ZMQQueue (native Java implementation, doesn't use zmq_proxy)
>> - org.zeromq.ZMQForwarder
>> - org.zeromq.ZMQStreamer
>>
>> https://github.com/zeromq/jeromq
>>
>> JeroMQ Core ("I want to use ZMQ from Java, but without the JNI mess."):
>> Again, the actual, public-usable, ZeroMQ low-level Java API:
>> - org.zeromq.ZMQ
>> - org.zeromq.ZMQException
>> - org.zeromq.ZContext
>> Plus JeroMQ-related code:
>> - org.zeromq.ManagedContext (Only usable in JeroMQ, uses classes from zmq.*)
>> - zmq.* (The actual Java-native ZMQ implementation)
>>
>> CZMQ in Java:
>> - org.zeromq.ZMsg
>> - org.zeromq.ZFrame
>> - org.zeromq.ZThread
>> - org.zeromq.ZLoop
>> - org.zeromq.ZActor (+ZStar+ZAgent)
>> - org.zeromq.ZBeacon
>>
>> ZeroMQ Devices:
>> - org.zeromq.ZMQQueue (uses JeroMQ native proxy + minor differences to jzmq)
>> Forwarder and Streamer are missing here, but as the device concept is 
>> outdated
>> this doesn't seem like a big problem.
>>
>> From what I see, jzmq wants to provide the low-level bridge to libzmq while
>> jeromq wants to provide a drop-in replacement for jzmq if one does not want 
>> to
>> deal with JNI compilation or does not need libzmq performance. Both projects
>> want to provide those CZMQ classes because they make life easier.
>>
>> Solution: Move and merge the CZMQ classes from the original projects into a 
>> new
>> 'java-czmq' project that builds an independent jar file and change the 
>> original
>> projects to include that jar file as a dependency. This way we stay backward
>> compatible but can provide bugfixes and new features to both projects without
>> the overhead of copying changes between projects. Instead of a new project, I
>> could also imagine to move those to the jzmq-api project, as it seems to be 
>> most
>> similar to the original czmq project.
>>
>> Problem: Java implementations provide outdated devices.
>>
>> When I search what zmq devices are about, I get API docs for ZMQ 2.1.11 and a
>> few blog posts which all seem to be 3+ years old. This is confusing.
>>
>> Solution: Phase out devices, move and merge implementations into the jzmq-api
>> project, make a separate module and add that as a dependency 

Re: [zeromq-dev] ZeroMQ hackathon, 27-28-29 January

[Trevor Bernard]

Have fun people, I wish I was there. But Barbados is a nice consolation. :)

On Wed, Jan 27, 2016 at 5:56 AM, Doron Somech  wrote:
> Waiting for the bus...
>
> On Jan 27, 2016 10:00, "Pieter Hintjens"  wrote:
>>
>> No, no, come eat here, we have breakfast and we need your opinion on
>> urgent matters... :)
>>
>> On Wed, Jan 27, 2016 at 9:36 AM, Brian Knox 
>> wrote:
>> > Getting some breakfast then on my way :)
>> >
>> > On Jan 27, 2016 9:33 AM, "Pieter Hintjens"  wrote:
>> >>
>> >> :-)
>> >>
>> >> On Tue, Jan 26, 2016 at 11:10 PM, Arnaud Loonstra 
>> >> wrote:
>> >> > I will arrive in Brussels tomorrow. I expect to arrive at iMatix
>> >> > World
>> >> > HQ somewhere in the afternoon!
>> >> >
>> >> > See you tomorrow!
>> >> >
>> >> > Rg,
>> >> >
>> >> > Arnaud
>> >> >
>> >> > On 2016-01-06 15:42, Pieter Hintjens wrote:
>> >> >> The location is the dockside warehouse that serves as iMatix World
>> >> >> HQ, in fact.
>> >> >>
>> >> >> Rue des Ateliers 15, Brussels.
>> >> >>
>> >> >> I'll arrange a spot to crash for those who need sleep.
>> >> >>
>> >> >> On Wed, Jan 6, 2016 at 12:37 PM, Brian Knox 
>> >> >> wrote:
>> >> >>> Can't wait!  I arrive in Brussels around 7:30 am on the 27th and
>> >> >>> will make
>> >> >>> my jet lagged way over to whatever the location turns out to be :)
>> >> >>>
>> >> >>> On Wed, Jan 6, 2016 at 2:33 AM, Pieter Hintjens 
>> >> >>> wrote:
>> >> 
>> >>  Hi all,
>> >> 
>> >>  Just to remind anyone in the region of Brussels at the end of
>> >>  January,
>> >>  we are organizing a hackathon on the 3 days before FOSDEM. Access
>> >>  is
>> >>  free, and it's a unique opportunity to learn and share
>> >>  experiences.
>> >> 
>> >>  There are still places available. Register on http://zero.mq/bxl.
>> >> 
>> >>  -Pieter
>> >>  ___
>> >>  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
>> >> >
>> >> > ___
>> >> > 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
>> >
>> ___
>> 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] Async loop died! org.zeromq.ZMQException: Address already in use(0x62)

[Trevor Bernard]

Sam,

This is more a storm issue than a zeromq issue. The port it's trying
to use is already bound. I would post on the appropriate storm message
board instead.

Best,
Trev

On Fri, Dec 18, 2015 at 9:14 AM, sam mohel  wrote:
> i'm new to use zeromq , i'm using storm -0.8.2 with version 2.1.7 zeromq
> i got this problem
>
> [ERROR] Async loop died! org.zeromq.ZMQException:
> Address already in use(0x62)
> at org.zeromq.ZMQ$Socket.bind(Native Method)
> at zilch.mq$bind.invoke(mq.clj:69)
> at backtype.storm.messaging.zmq.ZMQContext.bind(zmq.clj:57)at
> backtype.storm.messaging.loader$launch_receive_thread_BANG_$fn__1629.invoke(loader.clj:26)
> at backtype.storm.util$async_loop$fn__465.invoke(util.clj:375)
> at clojure.lang.AFn.run(AFn.java:24) at java.lang.Thread.run(Unknown Source)
>
> how can i fix it ? Thanks in advance
>
> ___
> 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] Async loop died! org.zeromq.ZMQException: Address already in use(0x62)

[Trevor Bernard]

It's expected behaviour for zeromq to throw that error if the port is
already bound. The problem is that storm is trying to bind to a port
that is already in use.

-Trev

On Fri, Dec 18, 2015 at 11:15 AM, sam mohel <sammoh...@gmail.com> wrote:
> Thanks for your reply , i post it already in storm users and storm-dev but
> couldn't fix until now so there is not problem with zeromq ?
>
> On Fri, Dec 18, 2015 at 3:17 PM, Trevor Bernard <trevor.bern...@gmail.com>
> wrote:
>>
>> Sam,
>>
>> This is more a storm issue than a zeromq issue. The port it's trying
>> to use is already bound. I would post on the appropriate storm message
>> board instead.
>>
>> Best,
>> Trev
>>
>> On Fri, Dec 18, 2015 at 9:14 AM, sam mohel <sammoh...@gmail.com> wrote:
>> > i'm new to use zeromq , i'm using storm -0.8.2 with version 2.1.7 zeromq
>> > i got this problem
>> >
>> > [ERROR] Async loop died! org.zeromq.ZMQException:
>> > Address already in use(0x62)
>> > at org.zeromq.ZMQ$Socket.bind(Native Method)
>> > at zilch.mq$bind.invoke(mq.clj:69)
>> > at backtype.storm.messaging.zmq.ZMQContext.bind(zmq.clj:57)at
>> >
>> > backtype.storm.messaging.loader$launch_receive_thread_BANG_$fn__1629.invoke(loader.clj:26)
>> > at backtype.storm.util$async_loop$fn__465.invoke(util.clj:375)
>> > at clojure.lang.AFn.run(AFn.java:24) at java.lang.Thread.run(Unknown
>> > Source)
>> >
>> > how can i fix it ? Thanks in advance
>> >
>> > ___
>> > 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
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] ZeroMQ hackathon/workshop (Brussels, 27/1-29/1 2016)

[Trevor Bernard]

I'm very much looking forward to participating at FOSDEM and the
hackathon before it. I hope to see you people there.

On Sun, Nov 15, 2015 at 2:50 AM, Pieter Hintjens  wrote:
> Hi all,
>
> On the days before FOSDEM (the largest free and open source
> developers' meeting in Europe), we're running a 3-day hackathon and
> workshop for the ZeroMQ community.
>
> This event is free and possibly the best ZeroMQ training you can get
> anywhere on the planet. Space is limited to 20 participants. Please
> register on http://zeromq.org/event:zeromq-meetup-brussels.
>
> -Pieter Hintjens
> ___
> 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] New ZeroMQ project: zwebrap

[Trevor Bernard]

Awesome! Very zeromqish indeed.

-Trev

On Thu, Nov 5, 2015 at 5:00 AM, Kevin Sapper  wrote:
> Hi,
>
>
> I like to announce a new project I moved to the ZeroMQ community. Its name
> is zwebrap[1] and its purpose is to convert HTTP requests into XRAP[2]
> requests and XRAP responses into HTTP responses. It has been develop for my
> employer the Eckelmann AG which empowered me to make it open source.
>
>
>
> It uses all those great tools and workflows that have been develop in the
> ZeroMQ community, namely:  zproject, zproto, CLASS, C4.1 and MPL v2 as
> license of course. Hence it has the same build environments, bindings,
> documentation, commands and workflows you already know from e.g. czmq or
> zyre.
>
>
> Its current state is functional but rough around the edges. To get started I
> suggest using the selftests of the public API which are included in the
> README. Further all dependencies are implemented in either C (czmq,
> libmicrohttpd, libcurl) or C++ (libzmq).
>
>
>
> Happy hacking, I’m excited the hear of your feedback.
>
>
>
> Regards
>
> //Kevin Sapper
>
>
> P.S.: Suggestions regarding a neater project name are welcome ;)
>
>
> --
>
> [1] https://github.com/zeromq/zwebrap
>
> [2] http://rfc.zeromq.org/spec:40
>
>
> ___
> 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] JNI binding generation

[Trevor Bernard]

You can cheat a little bit with that. I would use a directbytebuffer
to represent the zmsg struct. Then I would create a class around it
with convenient accessor methods for the various offsets. Feel free to
ping me offline if you need some help.

-Trev

On Thu, Sep 10, 2015 at 7:21 AM, Pieter Hintjens  wrote:
> So the specific point we got stuck on was, when we need to use e.g.
> zmsg, how that works. I see that the Zyre project.xml refers to these
> three classes. I guess that means we have to start by JNI-wrapping
> CZMQ, and then we can use that in higher layers?
>
>
> On Thu, Sep 10, 2015 at 5:58 AM, Pieter Hintjens  wrote:
>> Stuck on the zproject representation. Though tbh we're rushed so not taking
>> time to learn from the other binding generators.
>>
>> On 9 Sep 2015 23:45, "Joe McIlvain"  wrote:
>>>
>>> Pieter,
>>>
>>> When you say you're stuck on the internal model, do you mean on the
>>> zproject representation of the API model, or on JNI-specific internals (in
>>> need of a Java/JNI guru)?
>>>
>>>
>>> On Wed, Sep 9, 2015 at 2:11 PM, Pieter Hintjens  wrote:

 Hi guys,

 We've started a small effort to make a JNI binding generator in
 zproject, with Zyre as our use case.

 We're getting a little stuck on the internal model, so if anyone wants
 to lend a hand, the code is on zproject master in
 zproject_bindings_jni.gsl.

 Cheers
 Pieter
 ___
 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
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] JNI binding generation

[Trevor Bernard]

The reason for the direct buffer is that it's stored off heap (java
heap) and you can access the pointer from JNI. You can just cast it to
a zmsg inside the native code.

On Thu, Sep 10, 2015 at 7:49 AM, Trevor Bernard
<trevor.bern...@gmail.com> wrote:
> You can cheat a little bit with that. I would use a directbytebuffer
> to represent the zmsg struct. Then I would create a class around it
> with convenient accessor methods for the various offsets. Feel free to
> ping me offline if you need some help.
>
> -Trev
>
> On Thu, Sep 10, 2015 at 7:21 AM, Pieter Hintjens <piet...@gmail.com> wrote:
>> So the specific point we got stuck on was, when we need to use e.g.
>> zmsg, how that works. I see that the Zyre project.xml refers to these
>> three classes. I guess that means we have to start by JNI-wrapping
>> CZMQ, and then we can use that in higher layers?
>>
>>
>> On Thu, Sep 10, 2015 at 5:58 AM, Pieter Hintjens <piet...@gmail.com> wrote:
>>> Stuck on the zproject representation. Though tbh we're rushed so not taking
>>> time to learn from the other binding generators.
>>>
>>> On 9 Sep 2015 23:45, "Joe McIlvain" <joe.eli@gmail.com> wrote:
>>>>
>>>> Pieter,
>>>>
>>>> When you say you're stuck on the internal model, do you mean on the
>>>> zproject representation of the API model, or on JNI-specific internals (in
>>>> need of a Java/JNI guru)?
>>>>
>>>>
>>>> On Wed, Sep 9, 2015 at 2:11 PM, Pieter Hintjens <p...@imatix.com> wrote:
>>>>>
>>>>> Hi guys,
>>>>>
>>>>> We've started a small effort to make a JNI binding generator in
>>>>> zproject, with Zyre as our use case.
>>>>>
>>>>> We're getting a little stuck on the internal model, so if anyone wants
>>>>> to lend a hand, the code is on zproject master in
>>>>> zproject_bindings_jni.gsl.
>>>>>
>>>>> Cheers
>>>>> Pieter
>>>>> ___
>>>>> 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
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] message loss at high send rate in Jyre

[Trevor Bernard]

> I was able to manually configure the pom to use jzmq and run the jyre tests.
> Let me know if you have some fancy way of switching between the two
> implementations.

You can exclude dependencies in maven or gradle then import the
project you want.

> Also, how are you specifying the java.library.path?  Is it something in an
> env var or your settings.xml that I can't see?  I did it by adding a -D
> option to the pom, with a different profile for each os as in this commit:
> https://github.com/awynne/jyre/commit/77a390e6225a8954079b61b5108a8d89adc6a12b.
> But maybe you have a better way...

Off the top of my head, you can update your LD_LIBRARY_PATH to include
where you have your libjzmq shared library; pass in the
-Djava.library.path to your java process. Ideally, the shared lib
would be included in a jar.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] message loss at high send rate in Jyre

[Trevor Bernard]

Adam,

I was able to get it running with JZMQ. I updated Jyre so it's so that
jeromq and jzmq can be used interchangeably. Also, if you're building
your own JNI wrapper, you can likely use this as a base:
https://github.com/trevorbernard/zmq-jni . It uses CMake instead of
autotools and it's a very simple wrapper. It also integrates cmake
into the maven build process.

-Trev


On Fri, Sep 4, 2015 at 10:49 AM, Wynne Adam (CR/RTC3.1-NA)
<adam.wy...@us.bosch.com> wrote:
> Hi Trev,
>
> Thanks much for the help.  I am currently writing a jni wrapper for libzyre 
> b/c Pieter thought that was the fastest way to take advantage of improvements 
> in libzyre.  But I'm also really interested to try the performance testing 
> with jyre/jzmq as well.  Let me know if you get such a test running.
>
> Adam
>
>
> -Original Message-
> From: zeromq-dev-boun...@lists.zeromq.org 
> [mailto:zeromq-dev-boun...@lists.zeromq.org] On Behalf Of Trevor Bernard
> Sent: Thursday, September 03, 2015 11:10 AM
> To: ZeroMQ development list <zeromq-dev@lists.zeromq.org>
> Subject: Re: [zeromq-dev] message loss at high send rate in Jyre
>
> Adam,
>
> I was able to reliably recreate your error using JeroMQ on my MBP though I 
> have yet to try on a Linux. When I did use JZMQ with libzmq-4.1.3, I would 
> get: Resource temporarily unavailable
> (src/signaler.cpp:301) after a certain point in time. I'm wondering if this 
> is mac specific? I'll set up a VM and retry the tests.
>
> -Trev
>
> On Thu, Sep 3, 2015 at 11:59 AM, Trevor Bernard <trevor.bern...@gmail.com> 
> wrote:
>> Hi Adam,
>>
>> Building JZMQ is pretty straight forward:
>>
>> $ ./autogen.sh && ./configure && make && sudo ldconfig && mvn install
>> -Dgpg.skip=true
>>
>> I submitted a few patches to jyre this morning that made jeromq the
>> default. Also, if you want to test with JZMQ, you can just use the
>> follow branch in my fork:
>> https://github.com/trevorbernard/jyre/tree/jzmq
>>
>> You will need to mvn install jyre as well.
>>
>> I made some changes to your test here:
>> https://github.com/trevorbernard/jyre-standalone-benchmark
>>
>> I made the counters thread safe and I changed the gradle build to look
>> for artifacts in ~/.m2/repository
>>
>> Let me know how your testing goes.
>>
>> -Trev
>>
>> On Thu, Sep 3, 2015 at 9:19 AM, Wynne Adam (CR/RTC3.1-NA)
>> <adam.wy...@us.bosch.com> wrote:
>>> Hi All,
>>>
>>> After talking with Pieter, I'm going to first do the test with a JNI
>>> wrapper for the zre lib.  If anyone has built such a wrapper and is
>>> willing to share, please let me know :)
>>>
>>> Thanks
>>> Adam
>>>
>>>
>>> -Original Message-
>>> From: zeromq-dev-boun...@lists.zeromq.org
>>> [mailto:zeromq-dev-boun...@lists.zeromq.org] On Behalf Of Utsav
>>> Drolia
>>> Sent: Wednesday, September 02, 2015 10:17 AM
>>> To: ZeroMQ development list <zeromq-dev@lists.zeromq.org>
>>> Subject: Re: [zeromq-dev] message loss at high send rate in Jyre
>>>
>>> Could you check where the messages do get dropped?
>>> Specifically, is there a buffer overflow at the pipe between the 
>>> ZreInterface and the Agent?
>>>
>>>> On Sep 2, 2015, at 9:46 AM, Wynne Adam (CR/RTC3.1-NA) 
>>>> <adam.wy...@us.bosch.com> wrote:
>>>>
>>>> I simplified a bit and now explicitly wait for all responders to JOIN but 
>>>> I'm getting the same results.  I can't see any real difference between 
>>>> your test and mine.  I think my test is correct unless I'm doing something 
>>>> really dumb that I can't see.
>>>>
>>>> Incidentally, if I lower the pause to 0, the ZreInterface.send() starts 
>>>> blocking, which I think is the behavior we'd expect.
>>>>
>>>> We prefer to use the pure java version of Zyre so that we can use it in 
>>>> Android.  We'll use the C library for other platforms.
>>>>
>>>>
>>>> Best regards
>>>>
>>>> Adam Wynne
>>>> CR/RTC3.1-NA
>>>>
>>>> Tel. +1(412)390-3211
>>>>
>>>>
>>>> -Original Message-
>>>> From: zeromq-dev-boun...@lists.zeromq.org
>>>> [mailto:zeromq-dev-boun...@lists.zeromq.org] On Behalf Of Pieter
>>>> Hintjens
>>>> Sent: Wednesday, September 02, 2015 3:30 AM
>>>> To: ZeroMQ development list <zerom

Re: [zeromq-dev] message loss at high send rate in Jyre

[Trevor Bernard]

Hi Adam,

Building JZMQ is pretty straight forward:

$ ./autogen.sh && ./configure && make && sudo ldconfig && mvn install
-Dgpg.skip=true

I submitted a few patches to jyre this morning that made jeromq the
default. Also, if you want to test with JZMQ, you can just use the
follow branch in my fork:
https://github.com/trevorbernard/jyre/tree/jzmq

You will need to mvn install jyre as well.

I made some changes to your test here:
https://github.com/trevorbernard/jyre-standalone-benchmark

I made the counters thread safe and I changed the gradle build to look
for artifacts in ~/.m2/repository

Let me know how your testing goes.

-Trev

On Thu, Sep 3, 2015 at 9:19 AM, Wynne Adam (CR/RTC3.1-NA)
 wrote:
> Hi All,
>
> After talking with Pieter, I'm going to first do the test with a JNI wrapper 
> for the zre lib.  If anyone has built such a wrapper and is willing to share, 
> please let me know :)
>
> Thanks
> Adam
>
>
> -Original Message-
> From: zeromq-dev-boun...@lists.zeromq.org 
> [mailto:zeromq-dev-boun...@lists.zeromq.org] On Behalf Of Utsav Drolia
> Sent: Wednesday, September 02, 2015 10:17 AM
> To: ZeroMQ development list 
> Subject: Re: [zeromq-dev] message loss at high send rate in Jyre
>
> Could you check where the messages do get dropped?
> Specifically, is there a buffer overflow at the pipe between the ZreInterface 
> and the Agent?
>
>> On Sep 2, 2015, at 9:46 AM, Wynne Adam (CR/RTC3.1-NA) 
>>  wrote:
>>
>> I simplified a bit and now explicitly wait for all responders to JOIN but 
>> I'm getting the same results.  I can't see any real difference between your 
>> test and mine.  I think my test is correct unless I'm doing something really 
>> dumb that I can't see.
>>
>> Incidentally, if I lower the pause to 0, the ZreInterface.send() starts 
>> blocking, which I think is the behavior we'd expect.
>>
>> We prefer to use the pure java version of Zyre so that we can use it in 
>> Android.  We'll use the C library for other platforms.
>>
>>
>> Best regards
>>
>> Adam Wynne
>> CR/RTC3.1-NA
>>
>> Tel. +1(412)390-3211
>>
>>
>> -Original Message-
>> From: zeromq-dev-boun...@lists.zeromq.org
>> [mailto:zeromq-dev-boun...@lists.zeromq.org] On Behalf Of Pieter
>> Hintjens
>> Sent: Wednesday, September 02, 2015 3:30 AM
>> To: ZeroMQ development list 
>> Subject: Re: [zeromq-dev] message loss at high send rate in Jyre
>>
>> It might be a Jyre issue yet the most likely seems an issue in your test 
>> case (the loss is so dramatic). What I'd do is simplify it, and see when it 
>> starts happening.
>>
>> If you are able to write a JNI layer then we could eventually wrap the Zyre 
>> C API in Java.
>>
>> On Tue, Sep 1, 2015 at 11:10 PM, Wynne Adam (CR/RTC3.1-NA) 
>>  wrote:
>>> OK.  Do you think it's a problem in Jyre or JeroMQ?
>>>
>>>
>>> Best regards
>>>
>>> Adam Wynne
>>> CR/RTC3.1-NA
>>>
>>> Tel. +1(412)390-3211
>>>
>>>
>>> -Original Message-
>>> From: zeromq-dev-boun...@lists.zeromq.org
>>> [mailto:zeromq-dev-boun...@lists.zeromq.org] On Behalf Of Pieter
>>> Hintjens
>>> Sent: Tuesday, September 01, 2015 2:19 PM
>>> To: ZeroMQ development list 
>>> Subject: Re: [zeromq-dev] message loss at high send rate in Jyre
>>>
>>> So here's a C test case that does this:
>>> https://gist.github.com/hintjens/d54d25c30e0339fb0a87
>>>
>>> I do get message loss if I (a) start broadcasting before all nodes are 
>>> ready or (b) don't wait for all messages to return. Otherwise it works even 
>>> with no pause between message sends.
>>>
>>> -Pieter
>>>
>>> On Tue, Sep 1, 2015 at 11:25 AM, Pieter Hintjens  wrote:
 Hi Adam,

 I'm recreating this test case in C/Zyre to see how it performs.

 -Pieter

 On Mon, Aug 31, 2015 at 4:39 PM, Wynne Adam (CR/RTC3.1-NA)
  wrote:
> Hi Everyone,
>
>
>
> We are evaluating Jyre for use in a project and are doing some
> benchmark testing.  We found that at higher send rates, some
> messages appear to get lost.  I have created a github project with
> multiple “nodes” running in their own threads to demonstrate the
> issue.  I included a README in the project that describes the test
> scenario and how to run it so it’s easy to run the test.
>
>
>
> https://github.com/awynne/jyre-standalone-benchmark
>
>
>
> Please let me know if you have any ideas and/or are able to look into it.
>
>
>
>
>
> Best regards
>
> Adam Wynne
>
> Bosch Research and Technology Ctr.
>
>
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>>> ___
>>> zeromq-dev mailing 

[zeromq-dev] [ANN] - JeroMQ 0.3.5 - A pure Java clone of libzmq

[Trevor Bernard]

It's been 14 months since our last stable release and that's far too
long! I'd like to announce the immediate availability of
org.zeromq/jeromq-0.3.5 on Maven Central.

You can view the full changelog here:

https://github.com/zeromq/jeromq/blob/master/CHANGELOG.md#v035

Best regards,

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

Re: [zeromq-dev] Security/Encryption in Java

[Trevor Bernard]

Hi,

Currently CURVE isn't supported in either JZMQ or JeroMQ. There is a
very old pull request for CURVE support in JZMQ but it fails travis-ci
and is likely out of date: https://github.com/zeromq/jzmq/pull/275.
The way we develop is to submit problem statements in the issue
tracker instead of feature requests. That way, we only build software
that solves actual problems. E.g. Problem: Curve security not
supported in JZMQ, then if it's an actual problem, someone will
eventually (maybe you?) submit a pull request to fix it simply.

Best,

Trevor

On Thu, Feb 12, 2015 at 8:52 AM, Bachmair Florian - flexSolution GmbH
florian.bachm...@flexsolution.eu wrote:
 Hi!



 I have read about security the new security features of zeroMQ in
 http://hintjens.com/blog:49. are those security capability also available in
 the java bindings? If not, will they be soon? I have seen that they are
 available in python, are they available in any other bindings?

 Is ordinary SSL/TLS supported ?

 I want to secure pub-sub and req-res.  probably via TCP.






 ___
 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] Notes from a hackathon

[Trevor Bernard]

The single biggest problem I see people having in the JVM community is
their lack of understanding of the concurrency model. I haven't had
time to internalize the proposal just yet but if it helps people write
better/simpler software, I'm all for it.

-Trev

On Tue, Feb 3, 2015 at 4:33 PM, frank sound...@gmx.net wrote:
 Hi,

 Please excuse for writing this on my phone

 I do not see any usecase nor detailed motivation what the problem is that 
 causes this somewhat fundamental proposal.

 I think this approach is somewhat surprising and against the C4 thing. Not 
 sure if this is a problem or not, but there is a lesson there somehow.

 Could you please (re-)publish the problem descriptions? Is the problem in 
 czmq , netmq, go-bindings or really in libzmq?

 Apart from this 'style' related thing, i have a technical question:

 When a router (API4.x)received a curve-encrypted message, i thought that the 
 identity field was the indented way to identify which of the many possible 
 clients send the message.

 In fact I was thinking of signing the identity field using the client secret 
 key to have a robuster way of stopping clients which woul like to steal an 
 identity.

 So with an 'int' as ID how is it possible to distinguish client1 from client2 
 cryptografically?

 Or did I misunderstand how this should have been done in API4.x? And is this 
 possible with api5.x?



 kind regards
   Frank





 --
 unterwegs

 Am 02.02.2015 um 10:23 schrieb Pieter Hintjens p...@imatix.com:

 Hi folks,

 We had an interesting pre-FOSDEM hackathon on Thursday and Friday, in 
 Brussels.

 One of the threads that came out, thanks mainly to Doron Somech
 (NetMQ) was a strategy for simplifying ZeroMQ. This started as a
 discussion of Nanomsg's dropping of multipart messages.

 Overall, multipart messages add a lot of complexity and confusion to
 the library and bindings. In case we forget:

 - frame vs, message vs. part
 - routing id frames
 - request-reply envelopes
 - router sockets
 - identities

 Multipart messages are the main reason we can't make threadsafe sockets.

 So, we're going to experiment with shifting ZeroMQ (libzmq, NetMQ,
 CZMQ, and other bindings) in this direction:

 - deprecate multipart messages from the API - when we need framing, we
 can use zproto
 - deprecate ROUTER and DEALER and slowly replace with SERVER / CLIENT
 sockets that refuse multipart data
 - deprecate REQ and REP
 - SERVER has get/set routing ID on message
 - routing ID is an integer
 - routing ID cannot be set by peer, so we deprecate ZMQ_IDENTITY
 - start to aim for threadsafe sockets
 - deprecate the ability to build request-reply chains

 ...

 This is not a roadmap, nor is this a proposal, it's just a realization
 by several of us that multipart messages create complexity, which we
 dislike, and which causes cost and irritation.

 Cheers
 Pieter
 ___
 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] Remote client does not receive any messages

[Trevor Bernard]

I've used ngrep and ncat with great success in the past to debug
zeromq connectivity issues

On Mon, Dec 1, 2014 at 5:42 PM, Andreas Bauer dabuks...@gmail.com wrote:
 The code for the test cases is just the one I’ve already attached. Really
 nothing more.

 But true, it was a strange network issue. I’ve overlooked that my test
 server’s firewall (Macbook) hat an accepting but also a denying rule for
 incoming traffic for java programs… Sometime, just talking about a problem,
 helps :)


 Am 1. Dezember 2014 bei 15:11:11, Hintjens Pieter (p...@imatix.com) schrieb:

 Could you provide complete minimal test cases for both sides?

 As you move pieces to remote boxes, some things take more time. Could
 just be that, nothing weird at the network level.

 -Pieter

 On Sat, Nov 29, 2014 at 5:22 PM, Andreas Bauer dabuks...@gmail.com wrote:
 Hi,

 it’s one of the standard and basic „can’t receive message problem
 questions, but I’m not able to spot the error...

 I have implemented a simple client and a server using PUB/SUB in java
 using
 jeromq 0.3.2 according to the examples in the wiki.

 If I execute both programms locally, the client receives data. If I deploy
 the same client jar without change on a remote computer and run it, I
 don't
 receive any messages.

 The client is always using the ip (not „localhost as hard coded string)
 of
 the server in both cases. Thus no changes here for the remote deployment.

 Firewall should not be an issue either, as the netstat excerpt below shows
 (Interestingly netstat -a for 0.3.2 shows the below entry, 0.3.4 does
 not…).
 The server (for test purpose my Macbook Air) does also not block any
 outgoing traffic.

 Any hints? Somehow I'm not able to spot the error (probably something
 stupid, but too blind to see…)

 Server.java

 ZMQ.Context context = ZMQ.context(1);
 ZMQ.Socket publisher = context.socket(ZMQ.PUB);
 publisher.bind(tcp://*:5556);


 Client.java

 ZMQ.Context context = ZMQ.context(1);
 ZMQ.Socket subscriber = zmqContext.socket(ZMQ.SUB);
 subscriber.connect(tcp://192.168.178.21:5556);
 subscriber.subscribe(.getBytes());
 Firewall shouldn't be an issue either

 netstat -a | grep 5556

 says

 tcp 0 1 192.168.178.29:38145 192.168.178.21:5556 SYN_SENT


 Finally my iptables config, just in case I made a stupid configuration
 mistake here.

 *filter
 :INPUT DROP [0:0]
 :FORWARD ACCEPT [0:0]
 :OUTPUT ACCEPT [1161:105847]
 -A INPUT -i lo -j ACCEPT
 -A INPUT -s 192.168.178.0/24 -j ACCEPT
 COMMIT

 Best regards,

 Andreas

 ___
 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

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

Re: [zeromq-dev] Remote client does not receive any messages

[Trevor Bernard]

s/ncat/netcat/

On Mon, Dec 1, 2014 at 6:52 PM, Trevor Bernard trevor.bern...@gmail.com wrote:
 I've used ngrep and ncat with great success in the past to debug
 zeromq connectivity issues

 On Mon, Dec 1, 2014 at 5:42 PM, Andreas Bauer dabuks...@gmail.com wrote:
 The code for the test cases is just the one I’ve already attached. Really
 nothing more.

 But true, it was a strange network issue. I’ve overlooked that my test
 server’s firewall (Macbook) hat an accepting but also a denying rule for
 incoming traffic for java programs… Sometime, just talking about a problem,
 helps :)


 Am 1. Dezember 2014 bei 15:11:11, Hintjens Pieter (p...@imatix.com) schrieb:

 Could you provide complete minimal test cases for both sides?

 As you move pieces to remote boxes, some things take more time. Could
 just be that, nothing weird at the network level.

 -Pieter

 On Sat, Nov 29, 2014 at 5:22 PM, Andreas Bauer dabuks...@gmail.com wrote:
 Hi,

 it’s one of the standard and basic „can’t receive message problem
 questions, but I’m not able to spot the error...

 I have implemented a simple client and a server using PUB/SUB in java
 using
 jeromq 0.3.2 according to the examples in the wiki.

 If I execute both programms locally, the client receives data. If I deploy
 the same client jar without change on a remote computer and run it, I
 don't
 receive any messages.

 The client is always using the ip (not „localhost as hard coded string)
 of
 the server in both cases. Thus no changes here for the remote deployment.

 Firewall should not be an issue either, as the netstat excerpt below shows
 (Interestingly netstat -a for 0.3.2 shows the below entry, 0.3.4 does
 not…).
 The server (for test purpose my Macbook Air) does also not block any
 outgoing traffic.

 Any hints? Somehow I'm not able to spot the error (probably something
 stupid, but too blind to see…)

 Server.java

 ZMQ.Context context = ZMQ.context(1);
 ZMQ.Socket publisher = context.socket(ZMQ.PUB);
 publisher.bind(tcp://*:5556);


 Client.java

 ZMQ.Context context = ZMQ.context(1);
 ZMQ.Socket subscriber = zmqContext.socket(ZMQ.SUB);
 subscriber.connect(tcp://192.168.178.21:5556);
 subscriber.subscribe(.getBytes());
 Firewall shouldn't be an issue either

 netstat -a | grep 5556

 says

 tcp 0 1 192.168.178.29:38145 192.168.178.21:5556 SYN_SENT


 Finally my iptables config, just in case I made a stupid configuration
 mistake here.

 *filter
 :INPUT DROP [0:0]
 :FORWARD ACCEPT [0:0]
 :OUTPUT ACCEPT [1161:105847]
 -A INPUT -i lo -j ACCEPT
 -A INPUT -s 192.168.178.0/24 -j ACCEPT
 COMMIT

 Best regards,

 Andreas

 ___
 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

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

Re: [zeromq-dev] [Proposal] - JeroMQ to use Java 1.7

[Trevor Bernard]

Fair enough.

How about this compromise: The 3.2.X version of JeroMQ will remain
compatible with 1.6 but any work towards 4.0 will be Java 7? Thoughts?

-Trev

On Mon, Nov 24, 2014 at 10:47 AM, Michael Keselman
michael.kesel...@gmail.com wrote:
 Please keep Java 1.6 compatibility for at least one more year. There
 are  still have many production applications on 1.6 and the upgrade is
 a fairly slow process. It is not unusual to run some older systems
 beyond end of support of Java

 -Michael
 ___
 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] JeroMQ resources deallocation

[Trevor Bernard]

Hi Frederic,

Thanks for taking the time to write this post.

 1) a very recent commit (related to issue #200) in Ctx.destroySocket()
 removed the call to Socket.close(). As far as I can see, this inhibits
 closing the sockets in the cycle: ZContext.createSocket()  do your work
 ZContext.destroySocket() ZContext.close(), leading to a Too Many Opened
 Files exception quite fast.

A simple test case that exhibits this bug would be extremely helpful.

 2) the second leak is related to the zmq package, while using one of the
 ZMQ.poll() method.
 The closing of the Selector is done in one finalize method, which is not a
 guarantee of calling and adds penalty performance on creation and
 destruction.

Yeah, I looked into the code the use of finalize seems awkward. If you
have a patch, please send a pull request.

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

Re: [zeromq-dev] [Proposal] - JeroMQ to use Java 1.7

[Trevor Bernard]

 What are the advantages of supporting = 1.7 only (and thus dropping
 support for 1.6) ? Are there benefits for the JeroMQ devs/maintainer?

It allows you to write code that looks like this:
https://gist.github.com/trevorbernard/5311e1dcaaa074654a09

This is an experimental API I have been yak shaving. At some point I'm
going to port ideas to JeroMQ/JZMQ. This will require min Java 7.

 I want to say, if its free to support 1.6 then we should support it.
 However, if takes time to maintain it then I don't know.

Currently it's free but Java 6 was end of lifed in Feb 2013. There are
no more public updates for it. That alone should be motivation enough
for the upgrade.

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

[zeromq-dev] [Proposal] - JeroMQ to use Java 1.7

[Trevor Bernard]

Hi,

I propose we bump the minimum supported Java version to 1.7 since Java
6 is already end of life. Originally I was leary of doing this because
I believed it would break peoples code but I accidently released
v0.3.4 with Java 1.7 and it's proved not to be a problem.

Thoughts?

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

Re: [zeromq-dev] jeromq-0.3.3 builds

[Trevor Bernard]

Hi Robin,

I think a previous build might have been overwritten. See:

- https://github.com/zeromq/jeromq3-x/tree/v0.3.3
- https://github.com/zeromq/jeromq/tree/v0.3.3

I would run a diff between to two to see if there are any significant
differences. I would use the latest stable build which is  v0.3.4.

Regards,

Trevor

On Fri, Oct 10, 2014 at 7:24 AM, Robin Newton
robin.new...@linguamatics.com wrote:
 Hi,

 I'm using JeroMQ 0.3.3 in a product, and I've just noticed that there's a
 difference between the jar I've been using up until now, and the one that's
 currently downloadable (from
 https://oss.sonatype.org/content/repositories/releases/org/zeromq/jeromq/0.3.3/).

 Many of the class files are different, but that could mean anything, and I'm
 not about to start poking around that in detail. However, there are other
 differences suggesting the builds were done with different source: the
 org.jeromq package was present in the older jar, but not the most recent;
 the class org.zeromq.ZMQ$Event is new. Moreover, the SCM details recorded in
 their respective pom.xml files are different. (See attached diff.)

 Does anyone have any idea what the significance of this is?

 My guess is that I should just use the more recent jar, and that provided I
 wasn't depending on classes from org.jeromq (which I wasn't) then it should
 all be fine. I'm mainly asking because I don't like mysteries. (That said,
 the thought that the content of release builds might change is a bit
 unsettling.)

 Thanks,
 Robin

 ___
 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] jeromq raw-sockets

[Trevor Bernard]

We tend not to develop against a road map -- we pose problems then
solve them. This avoids creating features that no one uses. In the
case of raw sockets, this is already in libzmq and shouldn't be that
difficult to port into JeroMQ. I would create an issue in GitHub. Even
better would be if you submitted a pull request with the fix.

-Trev

On Fri, Oct 10, 2014 at 11:40 AM, Benjamin benjamin.l.cor...@gmail.com wrote:
 Hi Trevor,

 thanks for your work on JeroMQ. Are raw sockets on the road map? I would
 like to use JeroMQ as a backend for web-requests like Mongrel.

 Regards,
 Benjamin

 On Fri, Oct 10, 2014 at 1:45 PM, Trevor Bernard trevor.bern...@gmail.com
 wrote:

 Hi Robin,

 I think a previous build might have been overwritten. See:

 - https://github.com/zeromq/jeromq3-x/tree/v0.3.3
 - https://github.com/zeromq/jeromq/tree/v0.3.3

 I would run a diff between to two to see if there are any significant
 differences. I would use the latest stable build which is  v0.3.4.

 Regards,

 Trevor

 On Fri, Oct 10, 2014 at 7:24 AM, Robin Newton
 robin.new...@linguamatics.com wrote:
  Hi,
 
  I'm using JeroMQ 0.3.3 in a product, and I've just noticed that there's
  a
  difference between the jar I've been using up until now, and the one
  that's
  currently downloadable (from
 
  https://oss.sonatype.org/content/repositories/releases/org/zeromq/jeromq/0.3.3/).
 
  Many of the class files are different, but that could mean anything, and
  I'm
  not about to start poking around that in detail. However, there are
  other
  differences suggesting the builds were done with different source: the
  org.jeromq package was present in the older jar, but not the most
  recent;
  the class org.zeromq.ZMQ$Event is new. Moreover, the SCM details
  recorded in
  their respective pom.xml files are different. (See attached diff.)
 
  Does anyone have any idea what the significance of this is?
 
  My guess is that I should just use the more recent jar, and that
  provided I
  wasn't depending on classes from org.jeromq (which I wasn't) then it
  should
  all be fine. I'm mainly asking because I don't like mysteries. (That
  said,
  the thought that the content of release builds might change is a bit
  unsettling.)
 
  Thanks,
  Robin
 
  ___
  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

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

Re: [zeromq-dev] Persistence with ZeroMQ

[Trevor Bernard]

I've had a lot of success persisting to an append only memory mapped
file. A throughput of 300k/s 1kb size messages shouldn't be a problem.
If you are on Java, I would suggest checking out the Chronicle queue
from OpenHFT. I've used this in production in conjunction with ZeroMQ
with fantastic results.

http://openhft.net/products/chronicle-queue/

-Trev

On Wed, Oct 1, 2014 at 1:53 PM, Mohit Anchlia mohitanch...@gmail.com wrote:
 Our average message size is  1k and we are looking at 300K per second. If
 the solution is scalable then does it really matter? In other words by
 adding more machines we should be able to scale brokers and workers.

 On Tue, Sep 30, 2014 at 10:55 PM, Pieter Hintjens p...@imatix.com wrote:

 What kinds of throughputs and persistence are you looking for?

 On Wed, Oct 1, 2014 at 12:44 AM, Mohit Anchlia mohitanch...@gmail.com
 wrote:
  Are there any standard projects that users of ZeroMQ use today that
  provides
  persistence functionality as well? I am looking for a scalable ZeroMQ
  persistence layer that is able to provide pub/sub and is tunable to be
  non-persistent for async request/response.
  ___
  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

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

Re: [zeromq-dev] Persistence with ZeroMQ

[Trevor Bernard]

 Since you have experience with this library can you share your experience
 with using openhft ? Some of the pros and cons of using this library?

Pros: are it's high performance, generates almost no garbage and
fairly easy to use.

Cons: when I used it, it didn't have rolling logs quite right and I
had to devise my own compaction strategy otherwise t would infinitely
append to the log until you ran out of disk space. It since has
matured and the cons might not be relevant anymore.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Persistence with ZeroMQ

[Trevor Bernard]

 Thanks for the pointer. Could you please describe high level architecture of
 how you are using it with zeromq?

At a high level, my services flowed data in a pipeline. So for each
process, there would be an upstream and downstream zeromq socket each
running on their own thread. I choose push/pull but it could very
easily work with pub/sub and use xpub,xsub to extend it.

So on the upstream side, I would loop forever reading messages from
the socket and publishing onto a disruptor.

The first disruptor handler would serialize the message onto disk via
Chronicle queue. The second handler would do the business logic,
whatever that might be.. Then after it was done processing, it would
publish on the downstream socket to whoever was listening.

This worked pretty well and could achieve very high throughput with low latency.

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

Re: [zeromq-dev] Client hang on recv

[Trevor Bernard]

You shouldn't include both as a dependency -- the results would not be
deterministic. I would choose either jeromq or jzmq.

On Wed, Sep 24, 2014 at 4:32 PM, Mohit Anchlia mohitanch...@gmail.com wrote:
 This is my java dependency:

 !-- JeroMQ Pure Java implementation of libzmq
 (https://github.com/zeromq/jeromq) --

 dependency

 groupIdorg.zeromq/groupId

 artifactIdjeromq/artifactId

 version0.3.4/version

 !-- More recent version0.3.4/version --

 /dependency

 !-- Java binding for 0MQ (http://www.zeromq.org) --

 dependency

 groupIdorg.zeromq/groupId

 artifactIdjzmq/artifactId

 version3.1.0/version

 !-- More recent version3.0.1/version --

 /dependency


 On Wed, Sep 24, 2014 at 12:12 PM, Pieter Hintjens p...@imatix.com wrote:

 What version of ZeroMQ are you using?

 On Wed, Sep 24, 2014 at 8:17 PM, Mohit Anchlia mohitanch...@gmail.com
 wrote:
  When I change from inproc:// to tcp:// everything seem to work. Not sure
  why
  it's not working, perhaps order in which things are started? I am
  starting
  in this order:
 
  1) Bring up router/dealer - This also connects router to dealer through
  ZMQQueue. Router is tcp and dealer is inproc
  2) Bring up workter and connect to inproc
 
  When I change everything to tcp:// it works with exact same code and
  sequence of operations
 
  On Tue, Sep 23, 2014 at 11:16 AM, Mohit Anchlia mohitanch...@gmail.com
  wrote:
 
  I am trying to use router/dealer with dealer using inproc://, when I
  run
  my program the router seems to bind to the port (netstat), client seem
  to
  connect successfully but the recv after send hangs. Worker on the other
  hand
  doesn't see the request come in from router/dealer. Here is the snippet
  of
  my code, not sure what is wrong here:
 
  Router/Dealer:
 
log.info(Starting ZeroMQ Router on port= + port);
  //  Prepare our context and socket
  ZMQ.Context context = ZMQ.context(1);
  // Socket to talk to clients
  ZMQ.Socket clients = context.socket(ZMQ.ROUTER);
  clients.bind(tcp://*: + port);
 
  // Socket to talk to workers
  ZMQ.Socket workers = context.socket(ZMQ.DEALER);
  workers.bind(inproc://workers);
 
  // Connect work threads to client threads via a queue
  ZMQQueue queue = new ZMQQueue(context, clients, workers);
  new Thread(queue).start();
 
  log.info(Exiting ZeroMQ);
 
  Worker:
 
   public JMSZMQRepServer() {
this.context = ZMQ.context(1);
socket = context.socket(ZMQ.REP);
socket.connect(inproc://workers);
 
log.info(Server bind inproc);
   }
 
   @Override
   public void run() {
while (true) {
 // Wait for next request from client (C string)
 try {
  log.info(Start);
  String request = socket.recvStr(0);
  // String request = new String(GZIPUtils.gunzip(socket.recv()));
  // Do some 'work'
  String response = null;
  response = doWork(request);
  // Send reply back to client (C string)
  socket.send(response, 0);
 } catch (ZMQException e) {
  if (e.getErrorCode() == ZMQ.Error.ETERM.getCode()) {
   log.warn(Exiting , e.getMessage());
   break;
  } else {
   log.error(Unable to send request, e);
  }
 } catch (Exception e) {
  // TODO Auto-generated catch block
  log.error(Error in gunzip, e);
 }
}
if (null != socket) {
 log.info(Socket closed);
 socket.close();
}
   }
 
  Client:
 
   public JMSZMQClient() {
context = ZMQ.context(1);
requester = context.socket(ZMQ.REQ);
requester.connect(inproc://workers);
log.info(Connected to in proc workers);
   }
   public String processRequest(String json) throws DataStoreException {
String result = null;
long latency = System.currentTimeMillis();
// byte [] bJson = GZIPUtils.gzip(json.getBytes());
log.info(Send request to zMQ server);
// requester.send(bJson);
requester.send(json, 0);
result = requester.recvStr(0);
log.info(ZeroMQ  client took=
  + (System.currentTimeMillis() - latency));
MessageUtil.validateZMQMessage(result);
return result;
   }
 
 
 
 
 
  ___
  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

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

Re: [zeromq-dev] ZMQException: Errno 48 : Address already in use

[Trevor Bernard]

INPROC is not properly supported on JeroMQ. It translate the bind to
tcp://127.0.0.1:port. If you want INPROC, use JZMQ.

On Wed, Sep 10, 2014 at 3:22 AM, 曾纪川 zengjich...@outlook.com wrote:
 Thanks for the answer. If I use client.bind(ipc://yo:15545);  server will
 receive msg as expected. If not use bind, server cannot receive msg, but
 when I use client.bind(inproc://yo:15545); the Errno 48 will raise. I need
 to set both sides' bind address, cause there are other DEALERs would connect
 to them.

 Best Regards,
 Zeng Jichuan


 
 Date: Tue, 9 Sep 2014 23:46:51 -0600
 From: optiongu...@gmail.com
 To: zeromq-dev@lists.zeromq.org
 Subject: Re: [zeromq-dev] ZMQException: Errno 48 : Address already in use


 One side should bind, and the other should use connect.

 On Sep 9, 2014 11:39 PM, 曾纪川 zengjich...@outlook.com wrote:

 I just start to learn ZMQ in java(jeromq-0.3.4, Ubuntu 14.10, java-1.8), I
 want to design a N:N connection network which suppose to be the model
 ROUTER-ROUTER
 The problem is ROUTER will raise Errno 48 : Address already in use when I
 set both Routes' bind address to be inproc, it will
 be all right in both non-inproc addresses, or one side non-inproc addr. So
 how can I set both sides inproc addr and keep connection.

 code list :

 ZMQ.Socket server = ctx.createSocket(ZMQ.ROUTER);
 server.setIdentity(connectEndpoint.getBytes());
 server.bind(bindEndpoint);
 System.out.printf (I: service is ready at %s\n, bindEndpoint);

 ZMQ.Poller poller = new ZMQ.Poller(1);
 poller.register(new ZMQ.PollItem(server, ZMQ.Poller.POLLIN));

 while (!Thread.currentThread().isInterrupted()) {
 ZMsg request = null;
 poller.poll();
 if(poller.pollin(0)){
 request = ZMsg.recvMsg(server);
 }
 if (request == null)
 break;  //  Interrupted

 System.out.println(Server received: +request);
 }


 ZMQ.Socket client = ctx.createSocket(ZMQ.ROUTER);
 client.setIdentity(client1.getBytes());
 client.bind(inproc://yo:15545);
 //client.bind(ipc://yo:15545);// it works
 client.connect(bindEndpoint); //errno

 ZMsg request = new ZMsg();
 request.add();
 request.add(Client Message);
 request.push(connectEndpoint);
 request.send(client);

 exception:
 Exception in thread main org.zeromq.ZMQException: Errno 48 :
 Address already in use
 at org.zeromq.ZMQ$Socket.mayRaise(ZMQ.java:1344)
 at org.zeromq.ZMQ$Socket.connect(ZMQ.java:1157)
 at TestId.main(TestId.java:54)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:483)
 at com.intellij.rt.execution.application.AppMain.main(AppMain.java:134)

 Best Regards,
 Zeng Jichuan

 ___
 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

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

Re: [zeromq-dev] ZMQException: Errno 48 : Address already in use

[Trevor Bernard]

JeroMQ actually has higher throughput than JZMQ. There is a heavy cost
when crossing the boundary between java and native JNI code. I would
suggest people start with JeroMQ unless they need a feature that it
doesn't support like inproc, pgm and currently security. It's far
simpler to get up and running.

On Wed, Sep 10, 2014 at 6:39 PM, Stephen Riesenberg
stephen.riesenb...@gmail.com wrote:
 It certainly will, but using JeroMQ is not a choice made typically for
 performance reasons in the first place, right?

 On Sep 10, 2014, at 10:55 AM, 曾纪川 zengjich...@outlook.com wrote:

 Bernard, thanks for your answer. But I wonder that using tcp or ipc may
 affect the transfer rate.

 Best Regards,
 Zeng Jichuan


 Date: Wed, 10 Sep 2014 07:05:06 -0300
 From: trevor.bern...@gmail.com
 To: zeromq-dev@lists.zeromq.org
 Subject: Re: [zeromq-dev] ZMQException: Errno 48 : Address already in use

 INPROC is not properly supported on JeroMQ. It translate the bind to
 tcp://127.0.0.1:port. If you want INPROC, use JZMQ.

 On Wed, Sep 10, 2014 at 3:22 AM, 曾纪川 zengjich...@outlook.com wrote:
  Thanks for the answer. If I use client.bind(ipc://yo:15545); server
  will
  receive msg as expected. If not use bind, server cannot receive msg, but
  when I use client.bind(inproc://yo:15545); the Errno 48 will raise. I
  need
  to set both sides' bind address, cause there are other DEALERs would
  connect
  to them.
 
  Best Regards,
  Zeng Jichuan
 
 
  
  Date: Tue, 9 Sep 2014 23:46:51 -0600
  From: optiongu...@gmail.com
  To: zeromq-dev@lists.zeromq.org
  Subject: Re: [zeromq-dev] ZMQException: Errno 48 : Address already in
  use
 
 
  One side should bind, and the other should use connect.
 
  On Sep 9, 2014 11:39 PM, 曾纪川 zengjich...@outlook.com wrote:
 
  I just start to learn ZMQ in java(jeromq-0.3.4, Ubuntu 14.10, java-1.8),
  I
  want to design a N:N connection network which suppose to be the model
  ROUTER-ROUTER
  The problem is ROUTER will raise Errno 48 : Address already in use
  when I
  set both Routes' bind address to be inproc, it will
  be all right in both non-inproc addresses, or one side non-inproc addr.
  So
  how can I set both sides inproc addr and keep connection.
 
  code list :
 
  ZMQ.Socket server = ctx.createSocket(ZMQ.ROUTER);
  server.setIdentity(connectEndpoint.getBytes());
  server.bind(bindEndpoint);
  System.out.printf (I: service is ready at %s\n, bindEndpoint);
 
  ZMQ.Poller poller = new ZMQ.Poller(1);
  poller.register(new ZMQ.PollItem(server, ZMQ.Poller.POLLIN));
 
  while (!Thread.currentThread().isInterrupted()) {
  ZMsg request = null;
  poller.poll();
  if(poller.pollin(0)){
  request = ZMsg.recvMsg(server);
  }
  if (request == null)
  break; // Interrupted
 
  System.out.println(Server received: +request);
  }
 
 
  ZMQ.Socket client = ctx.createSocket(ZMQ.ROUTER);
  client.setIdentity(client1.getBytes());
  client.bind(inproc://yo:15545);
  //client.bind(ipc://yo:15545); // it works
  client.connect(bindEndpoint); //errno
 
  ZMsg request = new ZMsg();
  request.add();
  request.add(Client Message);
  request.push(connectEndpoint);
  request.send(client);
 
  exception:
  Exception in thread main org.zeromq.ZMQException: Errno 48 :
  Address already in use
  at org.zeromq.ZMQ$Socket.mayRaise(ZMQ.java:1344)
  at org.zeromq.ZMQ$Socket.connect(ZMQ.java:1157)
  at TestId.main(TestId.java:54)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at
 
  sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
  at
 
  sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.lang.reflect.Method.invoke(Method.java:483)
  at com.intellij.rt.execution.application.AppMain.main(AppMain.java:134)
 
  Best Regards,
  Zeng Jichuan
 
  ___
  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
 
 ___
 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

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

[zeromq-dev] ZeroMQ contracting/consulting

[Trevor Bernard]

Hi,

For those of you who don't know me, I'm the (co-) maintainer for JZMQ,
JeroMQ, CLJZMQ and zmq-jni. I recently resigned from my current job
and I'm available for consulting/contracting positions for the
foreseeable future starting September 12th.

A little bit more about me:

I'm a software craftsman living in Fredericton, New Brunswick, Canada.
Over the last decade, I've developed software for start-ups, mid sized
and Fortune 500 companies. Most recently, I was a co-founder and CTO
at UserEvents Inc. where I grew, attracted and lead a technical team
from inception to acquisition. Our flagship application, CxEngage, was
a reactive system built up of many micro services written in Clojure
and ZeroMQ.

I design and build high performance, distributed and reactive systems
on the JVM. I believe in building software that’s sympathetic to the
machine.

How can I help?

Early stage ventures

I’m an entrepreneur and enjoying collaborating with like minded
people. I know and understand what it takes to build a business from
scratch. I’ve been in the startup trenches and know what it takes to
succeed.

I can help you form a solid technological foundation on which you can
build a business on. Leverage my experience so you can hit the ground
running.

Bespoke Software

I will work with you to tailor software to fit your business whether
it's maintaining an old code base or programming a greenfield project.

Continuous Integration/Delivery

Speed wins in the marketplace. All too often releasing software is a
time-consuming, risky and manual process. I can help you build a
continuous delivery pipeline and find that balance between velocity
and stability.

For a more complete history on me, here are my LinkedIn and Github profiles:

http://ca.linkedin.com/in/trevorbernard
https://github.com/trevorbernard

Warmest regards,

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

Re: [zeromq-dev] Erlang style messaging

[Trevor Bernard]

Murf,

It depends on how you phrase the problem -- If you only ever process
the messages you receive on a single thread and in order, you will
never deadlock because you don't have the necessary conditions to
deadlock, which are shared state and more than one thread
accessing/modifying it concurrently. This is how actors work. The
code you write to handle the messages is thread safe. You achieve
parallelism by distributing the work out to multiple worker processes
via message passing.


On Thu, Aug 28, 2014 at 11:58 AM, Steve Murphy m...@parsetree.com wrote:
 Pieter--

 Last year, I read the book, Programming Erlang, by Joe Armstrong, and I was
 fascinated by the ideology behind the general thread-per-object approach,
 where
 each object is managed by its own thread, via message passing.

 Erlang has a really involved message passing scheme, involving pattern
 matching, a mailbox, recieve timer, a save queue. Needless to say, all
 this makes a very powerful way of prioritizing messages, so a busy object
 manager can pull high-priority requests from the mailbox and act on them
 immediately, saving lower priority requests for later.

 I see in a paper at http://zeromq.org/blog:multithreading-magic, the same
 sort of admiration for Erlang's methodology.

 But...

 I'm not seeing the cure-all, end-all, solution to concurrency problems, and
 it bothers me, because I'm probably missing something fundamental, something
 I should have picked up on, but didn't.

 Erlang allows other processes/threads to drop requests in an object's
 mailbox, but
 it also has a mechanism for waiting until the action is complete, as the
 object
 can send a response.

 It's this response wait that is the killer. Now, I've done a lot of work
 on/with Asterisk,
 and it is heavily mulithreaded, in the old-school way, and has a ton of
 critical
 sections, and locks, and mutiple locks for a single action. They have
 evolved
 some fairly involved strategies to avoid deadlocks, including putting a
 timer
 on the lock, and if it times out, giving up the lock they already have, and
 starting
 over, allowing the contending party to obtain the lock they need, finish
 their
 thing, which allows you to continue and obtain the lock you need to do
 your
 thing. And on and on it goes.

 Now, I didn't go and look up the particulars about N-party dance, etc.,
 but
 the classic resource deadlock situations still seem
 in play when you have to wait for completion. A asks B to
 complete a task, and waits for him to respond. In order to get that done, B
 requests
 A for something, and waits forever for A to finish. And so on. Perhaps C or
 even D
 are also involved.
 I keep thinking that such basic situations
 aren't solved by
 switching to the Erlang methods. There must be some architectural, perhaps
 hierarchical organizing,
 some sort of general design practice, that can
 overcome these kinds of problems, I'm just blind to it at the moment.

 Situations like 'atomic' changes on two or more objects at once, etc. and I
 don't
 see in the fog, how Erlang solves these problems in general. Can someone
 point me to some literature that might make things clear?

 murf

 --

 Steve Murphy
 ParseTree Corporation
 57 Lane 17
 Cody, WY 82414
 ✉  murf at parsetree dot com
 ☎ 307-899-5535



 ___
 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] JeroMQ ZMTPv3.1 Kickstarter

[Trevor Bernard]

Hi,

I'm trying to gauge if there is any interest in funding a JeroMQ
kickstarter/indiegogo. For those who don't know me, I'm the (co-)
maintainer and most active contributor for JZMQ, JeroMQ, and CLJZMQ,
etc.

I'm in the position where I can dedicate my entire efforts to this
starting late September. This is what I was thinking about:

1) Fully implement ZMTPv3.1 (http://rfc.zeromq.org/spec:37) -
Essentially port JeroMQ to zeromq-4.0.4.

2) Implement an automated functional test suite to ensure backwards
compatibility with different versions of zeromq proper

Stretch Goals:

- Implement curve security
- Implement inproc support with https://github.com/jnr/jnr-ffi

I have a feeling people will want curve support.

I haven't put much thought into what the pledgers would receive but
I'll have some sort of enterprise package where after all is said
and done, I'll go onsite (North America and possibly EU?) for a day or
so to work with your team with JeroMQ.

Thoughts?

Warmest regards,

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

Re: [zeromq-dev] Samples of ZMTP?

[Trevor Bernard]

https://github.com/zeromq/libzmtp is a portable c implementation.

https://github.com/zeromq/zmtp-java is a rough java implementation
that _only_ handles negotiation.

On Mon, Aug 11, 2014 at 5:04 PM, Stéphane Wirtel steph...@wirtel.be wrote:
 Here is the reference: http://rfc.zeromq.org/spec:37

 On 11 Aug 2014, at 22:01, Stéphane Wirtel wrote:

 Hi all,

 Based on the ABNF grammar, I am looking for samples of ZMTP.

 Do you have some examples because I would like to test my implementation
 of the parser.

 Regards,

 --
 Stéphane Wirtel - http://wirtel.be - @matrixise
 ___
 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] Commercial Support

[Trevor Bernard]

ZeroMQ was founded by iMatix and would be the company to approach
about commercial support.

If you are developing on the JVM, I've been the primary
maintainer/contributor for JZMQ, CLJZMQ and JeroMQ for the last couple
of years. If you're interested, it's possible we could work something
out.

Warmest regards,

Trevor Bernard

On Mon, Jul 28, 2014 at 2:32 PM, techbird techb...@birdsoft.co.uk wrote:
 Is there a commercial subscription package for 0MQ and related project
 JeroMQ, Zyre, Jyre et al?

 I would like to understand if the project was used in a commercial
 environment, what the costs are and what the support contract covers? - all
 from a high level perspective.

 Thank you kindly - Bird.

 ___
 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] Commercial Support

[Trevor Bernard]

 I would guess from your reply that iMatrix might not support the JVM
 implementations.

I didn't mean to imply that iMatix might not support JVM
implementations -- I was just providing an alternative option.

 My use case is a business application for a commercial organisation; an
 in-house build.  I can only proceed with an open source library if it is
 accountable by a commercial support contract (with defined SLAs etc).

In that case, it definitely is accountable by a commercial support contract.

http://zeromq.org/intro:commercial-support

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

[zeromq-dev] [ANN] - JZMQ 3.1.0 - A Java ZeroMQ binding

[Trevor Bernard]

I'd like to announce the immediate availability of
org.zeromq/jzmq-3.1.0 on Maven Central.

You can view the full changelog here:

https://github.com/zeromq/jzmq/blob/master/Changelog.md

Warmest regards,

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

Re: [zeromq-dev] JZMQ non-blocking recvByteBuffer

[Trevor Bernard]

This is likely a typo -- I'd be happy to merge a pull request if you
would be so kind to submit a patch.

On Tue, Jul 1, 2014 at 6:27 PM, Petr Postulka ppostu...@gmail.com wrote:
 Hi all,

 I have a question regarding non-blocking recvByteBuffer call in JZMQ -
 whenever there are no data to receive the call throws an exception and I'm
 not sure whether this is the proper way how it should be implemented. Maybe
 I'm missing something here, but when I checked the corresponding C++ code in
 Socket.cpp class I can see the following block of code in recvByteBuffer
 method implementation:

 int read = zmq_recv(sock, buf + pos, rem, flags);
 if (read  0) {
 read = read  rem ? rem : read;
 env-CallObjectMethod(buffer, setPositionMID, read + pos);
 return read;
 }
 else if(read == -1) {
 int err = zmq_errno();
 if(err == EAGAIN) {
 raise_exception (env, err);
 return 0;
 }
 }
 return read;

 If I understand it correctly, shouldn't there be  if(err != EAGAIN) then
 raise_exception? Because right now it is throwing exception only when there
 are no data to receive, which is making non-blocking call basically unusable
 because throwing and catching the exception is very costly operation. At the
 same time other errors, which are in contrast to EAGAIN much more important
 do not throw the exception at all.

 Please let me know whether my assumption is correct or not.

 Thank you and kind regards,

 Petr

 ___
 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] JZMQ stable/production ready build

[Trevor Bernard]

Hi Petr,

I'm trying to solve the JNI native binding problem by creating a
Jenkins CI environment that'll build on Linux, Windows and Mac -- this
is why I haven't released it yet. Please be patient and I'll try to
release it as soon as I can.

-Trev

On Sun, Jun 29, 2014 at 8:59 AM, Petr Postulka ppostu...@gmail.com wrote:
 Hi Trevor,

 when you have a minute, do you think you can publish and tag a new build on
 maven central?

 Thank you very much.

 Kind regards,

 Petr


 On Wed, Jun 25, 2014 at 4:50 PM, Trevor Bernard trevor.bern...@gmail.com
 wrote:

 Hi Petr,

 I'll publish and tag a new build on central at some point this
 evening. Work still needs to be done to include the .dll, .so and
 .dylib native bindings inside the jar. I've tried in the past but it's
 not a simple task to define that build process.

 -Trevor

 On Wed, Jun 25, 2014 at 10:26 AM, Petr Postulka ppostu...@gmail.com
 wrote:
  Hi all,
 
  I would like to ask which combination of jzmq/libzmq is the most stable
  and
  recommended for production use. I can see that the last published
  version in
  maven central is version 3.0.1 from 08-Oct-2013, which seems pretty old.
 
  Trevor or any other project maintainer - is there any plan to publish to
  maven central new version of JZMQ and also to publish there windows
  builds
  too? Right now you always publish just Linux version and it would be
  nice to
  have the same version published for both platforms together. So there is
  no
  need to build the libraries on your own and trying to find out which
  specific versions of libzmq/jzmq to use.
 
  Also can someone recommend the specific version of libzmq with specific
  version (commit hash tag) of jzmq, which should be used together and is
  recommended as the most stable combination?
 
  We would like to use jzmq on both Linux and Windows platforms in 64 bit
  versions.
 
  I was trying to build current JZMQ master for Windows x64 platform and I
  succeeded, but when I tried to build the same revision as it is
  published in
  maven central for Linux I could not make it work.
 
  Thank you and kind regards,
 
  Petr
 
  ___
  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

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

Re: [zeromq-dev] JZMQ stable/production ready build

[Trevor Bernard]

Hi Petr,

I'll publish and tag a new build on central at some point this
evening. Work still needs to be done to include the .dll, .so and
.dylib native bindings inside the jar. I've tried in the past but it's
not a simple task to define that build process.

-Trevor

On Wed, Jun 25, 2014 at 10:26 AM, Petr Postulka ppostu...@gmail.com wrote:
 Hi all,

 I would like to ask which combination of jzmq/libzmq is the most stable and
 recommended for production use. I can see that the last published version in
 maven central is version 3.0.1 from 08-Oct-2013, which seems pretty old.

 Trevor or any other project maintainer - is there any plan to publish to
 maven central new version of JZMQ and also to publish there windows builds
 too? Right now you always publish just Linux version and it would be nice to
 have the same version published for both platforms together. So there is no
 need to build the libraries on your own and trying to find out which
 specific versions of libzmq/jzmq to use.

 Also can someone recommend the specific version of libzmq with specific
 version (commit hash tag) of jzmq, which should be used together and is
 recommended as the most stable combination?

 We would like to use jzmq on both Linux and Windows platforms in 64 bit
 versions.

 I was trying to build current JZMQ master for Windows x64 platform and I
 succeeded, but when I tried to build the same revision as it is published in
 maven central for Linux I could not make it work.

 Thank you and kind regards,

 Petr

 ___
 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] JZMQ stable/production ready build

[Trevor Bernard]

 thank you for the recommendation of JeroMQ - we were using it so far and it
 is definitely a very nice project I have to say. But for our upcoming
 project we need the best performance we can get and probably a multicast
 too. These are the reasons why we are forced to use JZMQ ...

From my performance tests, JeroMQ has higher throughput and lower
latency than JZMQ. This has to do with the fact that crossing the JNI
boundary and working with byte arrays are expensive. I agree with
Benjamin, if you don't need security, domain sockets or multicat,
there is no reason to be to choose JZMQ over JeroMQ. Performance use
to be another one but it's no longer the case.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Distribution of ZeroMQ contributors

[Trevor Bernard]

That's super cool -- nice graphics
On 12 Jun 2014 19:28, Pieter Hintjens p...@imatix.com wrote:

 Here's the full list of contributors with LOC:

 Pieter Hintjens 114235
 Dongmin Yu) 71055
 Paulmichael Blasucci 40118
 John Murphy 19584
 Min Ragan-Kelley 19288
 Sergei Almazov 18371
 Martin Sustrik 17462
 Trevor Bernard 16838
 evoskuil 15540
 John Gozde 13154
 miniway 10439
 Martin Hurton 9222
 tobsen 8301
 Ben Gray 7832
 somdoron 6784
 Martin Lucina 5810
 Brian E. Granger 5156
 Amir Taaki 4610
 Steven McCoy 4535
 unknown 4496
 Chris Laws 3525
 Andreas Schultz 3238
 Michel Pelletier 3041
 John Watson 2637
 Gonzalo Diethelm 2569
 tobi-tobsen 2537
 Arnaud Loonstra 1961
 BDeus 1947
 Erik Hugne 1902
 Michael Truog 1813
 Brian Buchanan 1789
 Christian Kamm 1626
 Serge Aleynikov 1591
 Maarten Ditzel 1589
 Mikko Koppanen 1522
 Lourens Naudé 1413
 Richard Newton 1338
 Frank 1277
 Erik Algell 1266
 Kapp Arnaud 1265
 Thomalla, Marti 1234
 Yurii Rashkovskii 1210
 Pablo Fernandez 1156
 Wei Li 1097
 Stefan Majer 1066
 Johnny Gozde 1023
 bebopagogo 993
 serge 972
 Alois Bělaška 957
 Matt Arsenault 949
 malosek 901
 Mike Gatny 858
 Chris Busbey 838
 giuseppe 800
 Felipe Cruz 750
 Sergey KHripchenko 722
 Stephen Wolf 712
 Ian Barber 689
 Chuck Remes 678
 Evax Software 562
 AJ Lewis 561
 Bruno D. Rodrigues 506
 danielkr 499
 Albert 467
 Chris Baxter 467
 Eric Merritt 448
 Brandon Carpenter 443
 sappo 441
 Lucas Johnson 409
 Tobias Hintze 397
 Robert G. Jakabosky 388
 Staffan Gimåker 383
 Laurent Alebarde 376
 Lourens Naudé 371
 XMbIPEK 358
 sammedic 351
 Gran Ville Lintao 322
 Will Strang 313
 Uli Köhler 309
 Olaf Lenz 299
 Josh Blum 294
 = 293
 KIU Shueng Chuan 293
 Stefan Radomski 285
 Cyril Holweck 281
 sjohnr 281
 benjamg 276
 Michal Laskowski 273
 Matt Connolly 256
 Gianni Bortolo Bossini 255
 Stuart Webster 254
 Joshua Foster 253
 Hardeep 249
 Ivan Pechorin 241
 Olaf Mandel 239
 Tim M 227
 Travis Watkins 224
 Robert S. Edmonds 219
 MinRK 213
 Robert Horvick 213
 Richard Smith 205
 Guido Goldstein 197
 Doron Somech 194
 Fabien Ninoles 188
 Mark Barbisan 182
 Andre Caron 179
 Goswin von Brederlow 179
 rimmington 178
 Mikko 172
 Sappo 172
 Justin Karneges 169
 Stoian Ivanov 167
 Brian Knox 161
 skaller 158
 Zachary Kessin 157
 Rei Roldan 152
 dhammika 144
 nikita kozlov 144
 Sakari 144
 Mika Fischer 142
 Fred Eisele 139
 John Muehlhausen 136
 Giuseppe Santoro 128
 m 125
 Justin Riley 120
 Jon Dyte 119
 dinka 118
 Dan Aloni 117
 somdo...@gmail.com 112
 Shannen Saez 111
 Ilya Kulakov 109
 Krzysztof Rapacki 108
 FELD Boris 104
 Fernando Perez 102
 Arthur O'Dwyer 98
 Erick Tryzelaar 88
 Adrian Muraru 86
 Dave Meehan 86
 Stephen Riesenberg 86
 David Budworth 84
 Jonathan Wood 82
 bo...@boressoft.ru 80
 Daniel Lundin 80
 William Roberts 78
 David Mitchell 77
 Scott Gibbons 77
 spez 77
 Cliff Evans 76
 Stefan Kaes 76
 Joe Eli McIlvain 71
 Victor Perron 71
 Heinrich Hartmann 70
 Gyula Laszlo 69
 Patrick Trantham 67
 kwo 64
 Martin Vala 63
 claws 62
 shripchenko 59
 Kobolog 57
 psl-felipefarinon 57
 Jeremy Rossi 55
 HughPowell 54
 Chris de Vries 51
 Grant Birchmeier 50
 John Gallagher 49
 Chris Perks 47
 François Beausoleil 47
 Shane Hubred 46
 Dmitry Odzerikho 45
 imleon 45
 Arkadiusz Orzechowski 44
 Timothee TTimo Besset 44
 root 43
 Botond Ballo 40
 Sebastien Pierre 39
 Apostolis Xekoukoulotakis 38
 Garrett Smith 38
 Godefroid Chapelle 38
 Jonathan Booth 38
 Shawn J. Goff 38
 Felipe cruz 36
 TJ Holowaychuk 36
 baboune 34
 Dhammika Pathirana 34
 Kevin Smith 34
 Momo the Monster 34
 hugo shi 33
 Lucas Russo 33
 rpedde 33
 Andrew Gwozdziewycz 28
 Eren Güven 28
 Not Committed Yet 28
 Trevor R.H. Clarke 28
 Mark Riley 27
 Michael Bridgen 27
 Rob Hubbard 27
 Alois Belaska 26
 cossin 26
 Julian Taylor 26
 Lindley French 26
 Paul Betts 26
 Stephen Hemminger 26
 xantares 26
 Sebastien Rombauts 25
 Alexey Ermakov 24
 crocket 24
 Javier Lopez 24
 Ransom Richardson 24
 h4cc 23
 Maximilian Karasz 22
 Akira Kitada 21
 Torsten Landschoff 21
 FT/RD-TOK) 20
 Michael Granger 20
 Oleksandr Kozachuk 20
 Attila Mark 19
 Phillip Mienk 19
 Samuel Martin 19
 Colin Steifel 18
 cresnick 18
 Ken Steele 18
 Patrick Noffke 18
 Sébastien Rombauts 18
 Stefan Friesel 18
 Ryan Kelly 17
 Scott Sadler 17
 Steve-o 17
 Kaustubh Rawoorkar 16
 Kevin Locke 16
 Markus Rothe 16
 Your Name 16
 Alexander Pyhalov 15
 Chia-liang Kao 15
 Ricardo Catalinas Jiménez 15
 Bjorn Topel 14
 Cosmo Harrigan 14
 Jan Kryl 14
 Kristoffer Carlson 14
 Nathan Marz 14
 Philip Kovacs 14
 Thijs Terlouw 14
 Brett Cameron 13
 Mark Marsella 13
 Artem Martynovich 12
 Bob Beaty 12
 Christophe Juniet 12
 Curtis 12
 Franco Fichtner 12
 Jose Pedro Oliveira 12
 Matthew Aburn 12
 Volodymyr Korniichuk 12
 Devin Smith 11
 Jonny Dee 11
 Marc Abramowitz 11
 Mikael Helbo Kjaer 11
 Aja Walker 10
 ganesh.vr 10
 Ivo Danihelka 10
 Justin Bronder 10
 Martin Pales 10
 Matthew Brush 10
 Nadav Samet 10
 Phus Lu 10
 Jason Chown 9
 Michael Haberler 9
 plemanach 9
 Robert Gallas 9
 TobiasSimon 9
 Brandon Ehle 8

[zeromq-dev] [ANN] zmq-jni - Simple JNI interface to libzmq

[Trevor Bernard]

Hi,

I'm pleased to announce zmq-jni -- a simple interface to libzmq that
attempts to maintain the same interface as libzmq and is meant to be a
building block for other ZeroMQ JVM libraries.

This started out as a project for me to profile libzmq/JNI performance
and experiment with building cross platform native artifacts (jars) --
it has since evolved into something more useful.

The build process it known to work on Unix type systems but have yet
to test Windows.

Note that this is very new and probably not production ready.

It is released under the Mozilla Public License, version 2.0 and uses
the C4.1 process for contributions.

Warmest regards and happy hacking,

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

[zeromq-dev] [ANN] - JeroMQ 0.3.4 - A pure Java clone of libzmq

[Trevor Bernard]

I'd like to announce the immediate availability of
org.zeromq/jeromq-0.3.4 on Maven Central.

You can view the full changelog here:

https://github.com/zeromq/jeromq/blob/master/CHANGELOG.md

Warmest regards,

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

[zeromq-dev] CZMQ ZSock style in Java

[Trevor Bernard]

Hi,

I took some time tonight at a first pass for ZSock style Socket
management in JeroMQ. i.e. No explicit Context management. Thoughts
and comments greatly appreciated.

https://github.com/trevorbernard/jeromq/commit/8abdbaeaa052eb45bf2daa8181aa0e70a5c38cf9

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

Re: [zeromq-dev] CZMQ ZSock style in Java

[Trevor Bernard]

Probably best to track the branch instead of the particular commit:

https://github.com/trevorbernard/jeromq/compare/zsocket

On Mon, May 12, 2014 at 10:48 PM, Trevor Bernard
trevor.bern...@gmail.com wrote:
 Hi,

 I took some time tonight at a first pass for ZSock style Socket
 management in JeroMQ. i.e. No explicit Context management. Thoughts
 and comments greatly appreciated.

 https://github.com/trevorbernard/jeromq/commit/8abdbaeaa052eb45bf2daa8181aa0e70a5c38cf9

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

Re: [zeromq-dev] configure: error: cannot find zmq.h -- on CentOS, at building jzmq/v3.0.0

[Trevor Bernard]

Try running sudo idconfig and see if it's still an issue

On Mon, May 5, 2014 at 1:50 PM, artemv zmq artemv@gmail.com wrote:
 I'm on CenOS 6 getting following  configure: error: cannot find zmq.h

 at ./configure   step .

 Here's  command log:

 checking for a BSD-compatible install... /usr/bin/install -c
 checking whether build environment is sane... yes
 checking for a thread-safe mkdir -p... /bin/mkdir -p
 checking for gawk... gawk
 checking whether make sets $(MAKE)... yes
 checking how to create a ustar tar archive... gnutar
 checking build system type... x86_64-unknown-linux-gnu
 checking host system type... x86_64-unknown-linux-gnu
 checking for style of include used by make... GNU
 checking for gcc... gcc
 checking for C compiler default output file name... a.out
 checking whether the C compiler works... yes
 checking whether we are cross compiling... no
 checking for suffix of executables...
 checking for suffix of object files... o
 checking whether we are using the GNU C compiler... yes
 checking whether gcc accepts -g... yes
 checking for gcc option to accept ISO C89... none needed
 checking dependency style of gcc... gcc3
 checking for a sed that does not truncate output... /bin/sed
 checking for grep that handles long lines and -e... /bin/grep
 checking for egrep... /bin/grep -E
 checking for fgrep... /bin/grep -F
 checking for ld used by gcc... /usr/bin/ld
 checking if the linker (/usr/bin/ld) is GNU ld... yes
 checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
 checking the name lister (/usr/bin/nm -B) interface... BSD nm
 checking whether ln -s works... yes
 checking the maximum length of command line arguments... 1966080
 checking whether the shell understands some XSI constructs... yes
 checking whether the shell understands +=... yes
 checking for /usr/bin/ld option to reload object files... -r
 checking for objdump... objdump
 checking how to recognize dependent libraries... pass_all
 checking for ar... ar
 checking for strip... strip
 checking for ranlib... ranlib
 checking command to parse /usr/bin/nm -B output from gcc object... ok
 checking how to run the C preprocessor... gcc -E
 checking for ANSI C header files... yes
 checking for sys/types.h... yes
 checking for sys/stat.h... yes
 checking for stdlib.h... yes
 checking for string.h... yes
 checking for memory.h... yes
 checking for strings.h... yes
 checking for inttypes.h... yes
 checking for stdint.h... yes
 checking for unistd.h... yes
 checking for dlfcn.h... yes
 checking for objdir... .libs
 checking if gcc supports -fno-rtti -fno-exceptions... no
 checking for gcc option to produce PIC... -fPIC -DPIC
 checking if gcc PIC flag -fPIC -DPIC works... yes
 checking if gcc static flag -static works... no
 checking if gcc supports -c -o file.o... yes
 checking if gcc supports -c -o file.o... (cached) yes
 checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared
 libraries... yes
 checking whether -lc should be explicitly linked in... no
 checking dynamic linker characteristics... GNU/Linux ld.so
 checking how to hardcode library paths into programs... immediate
 checking whether stripping libraries is possible... yes
 checking if libtool supports shared libraries... yes
 checking whether to build shared libraries... yes
 checking whether to build static libraries... yes
 checking for gawk... (cached) gawk
 checking whether gcc and cc understand -c and -o together... yes
 checking for g++... no
 checking for c++... no
 checking for gpp... no
 checking for aCC... no
 checking for CC... no
 checking for cxx... no
 checking for cc++... no
 checking for cl.exe... no
 checking for FCC... no
 checking for KCC... no
 checking for RCC... no
 checking for xlC_r... no
 checking for xlC... no
 checking whether we are using the GNU C++ compiler... no
 checking whether g++ accepts -g... no
 checking dependency style of g++... none
 checking whether we are using the GNU C++ compiler... (cached) no
 checking whether g++ accepts -g... (cached) no
 checking dependency style of g++... (cached) none
 checking for pkg-config... /usr/bin/pkg-config
 checking pkg-config is at least version 0.9.0... yes
 checking for ZeroMQ... yes
 checking zmq.h usability... no
 checking zmq.h presence... no
 checking for zmq.h... no
 configure: error: cannot find zmq.h





 Much appreciate in advance.

 ___
 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] Increasing transparently ZMQ performance up to 2400%

[Trevor Bernard]

Not necessarily -- if your network stack is in user space, you can
bypass the kernel all together.

On Thu, Feb 27, 2014 at 10:56 AM, Lindley French lindl...@gmail.com wrote:
 One question: Don't you have to get to the kernel eventually if you're
 really going out on the network? How does UFS help in this case? It may
 bypass the kernel in the loopback case, but you don't need to be using
 TCP/IP in that case anyway; you can use ipc or inproc.


 On Wed, Feb 26, 2014 at 8:14 PM, Guillermo Lopez Taboada
 guillermo.lopez.tabo...@gmail.com wrote:


 Dear all,

 Just let me complete my last message with regards to some questions that
 came out of the list:

 1) We are accelerating ZeroMQ by using a high performance socket library
 in user land, UFS, instead of relying on the OS for TCP/IP. UFS is not a
 replacement of ZeroMQ, is an add-on, a plug-in for any socket-based
 application. The way it works is as a preloadable library.

 2) The usage is pretty simple, running a performance test on a server:

 # ZeroMQ over TCP loopback:
 $  ./local_lat tcp://127.0.0.1: 1 10  
 $  ./remote_lat tcp://127.0.0.1: 1 10
 message size: 1 [B]
 roundtrip count: 10
 average latency: 14.041 [us]


 # ZeroMQ over UFS (application transparent):
 $ LD_LIBRARY_PATH=$UFS_HOME/lib64 LD_PRELOAD=$UFS_HOME/lib64/libufs.so
 ./local_lat tcp://127.0.0.1: 1 10 
 $ LD_LIBRARY_PATH=$UFS_HOME/lib64 LD_PRELOAD=$UFS_HOME/lib64/libufs.so
 ./remote_lat tcp://127.0.0.1: 1 10
 message size: 1 [B]
 roundtrip count: 10
 average latency: 4.830 [us]

 3) Free demos of the software are available by request at
 i...@torusware.com

 Best regards,

 Guillermo


 On Tue, Feb 25, 2014 at 11:06 PM, Guillermo Lopez Taboada
 guillermo.lopez.tabo...@gmail.com wrote:


 Dear all,

 Up to 24x performance increase is the outcome of our latest PoC for a
 major investment bank.

 The details are here:
 http://torusware.com/increase-zeromq-performance-by-up-to-2400/

 Let us know if you want to put your servers at full speed.


 --
 Best regards,

 Guillermo
 ---
 Guillermo Lopez Taboada
 Torus Software Solutions, CEO
 Email:  guillermo.lo...@torusware.com
 Phone: +34-657-662-998
 WWW: http://www.torusware.com

 DISCLAIMER:
 This message is intended exclusively for its addressee and may contain
 information that is CONFIDENTIAL and protected by professional privilege. If
 you are not the intended recipient you are hereby notified that any
 dissemination, copy or disclosure of this communication is strictly
 prohibited by law. If this message has been received in error, please
 immediately notify us via e-mail and delete it. Thank you.

 ___
 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] JZMQ Windows Instructions

[Trevor Bernard]

Awesome stuff!

On Fri, Feb 14, 2014 at 11:05 AM, artemv zmq artemv@gmail.com wrote:
 Hello  Joerg.Specht,

 Recently I have created  the guide for my team. They are happy, it usually
 takes near 15 min, if you did it before.

 Check it out.

 ZMQ build guide for win7_x64 (for dev)



 Install CMake

 http://www.cmake.org/files/v2.8/cmake-2.8.12.1-win32-x86.exe. NOTE: you need
 it to build JZMQ.

 Install OpenPGM 5.1.118

 http://miru.hk/archive/OpenPGM-5.1.118-win64.exe . NOTE: you need it in
 order to have reliable multicast support in ZMQ.

 Install VS2010

 You need VS to build ZMQ in PGM_mode and for win_x64.

 Install ZMQ

  http://zeromq.org/intro:get-the-software. NOTE: 3.2.4 is stable release and
 has stable java JNI binding (JZMQ); 4.0.3 is stable as well, but JNI binding
 for it is still being developed.

 1.Open VS and in windows sources go to …\builds\msvc, open VS10 project.

 2.Go to libzmq - Properties; Go to Configuration Manager …; In
 Configuration select WithOpenPGM; In Platform select x64.

 3.Now you need to setup PGM stuff for build. Go to C/C++ section, in
 Additional Include Directories put path to PGM’ include directory (on my
 computer it was: C:\Program Files\OpenPGM 5.1.118\include).

 4.In Linker section, go to Additional Library Directories and specify
 lib directory of PGM (on my computer it was: C:\Program Files\OpenPGM
 5.1.118\lib). Then go to Input and in the Additional Dependencies put
 libpgm.lib.

 5.Rebuild libzmq. Locate the the .dll (on my computer it’s in
 …\bin\x64).



 Install JZMQ

 Download corresponding JZMQ version. For example this one should be good:
 https://github.com/zeromq/jzmq3-x/tree/v3.0.0 . Then follow instructions
 beginning from step#3 in Windows 64bit Build Instructions section.

 NOTE: you have to edit provided CMakeLists.txt file. Open it and locate
 include_directories section, put absolute path to ZMQ’ include directory (on
 my computer it was: D:/lib/zeromq-3.2.4/include). Then locate
 link_directories section and put absolute path to ZMQ’ lib directory (on my
 computer it was: D:/lib/zeromq-3.2.4/lib/x64).





 2014-02-14 11:28 GMT+02:00 Pieter Hintjens p...@imatix.com:

 On Wed, Feb 12, 2014 at 2:33 PM, Jörg Specht joerg.spe...@targit.de
 wrote:
  Hello ZMQ staff,

 That's kind of sweet. We're not staff though, just a community of
 people like yourself. If there's something you think we should
 improve, send us a pull request! We'll merge it and grant you infinite
 karma.

 -Pieter
 ___
 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] Call for funding? (Not a roadmap, promise!)

[Trevor Bernard]

I was thinking about the same thing over the holidays. I have a
partial implementation of ZMTPv3 for JeroMQ.

On Mon, Jan 20, 2014 at 9:34 AM, Kenneth Adam Miller
kennethadammil...@gmail.com wrote:
 Open a donation line I will give.


 On Mon, Jan 20, 2014 at 7:32 AM, Pieter Hintjens p...@imatix.com wrote:

 Hi all,

 I'm thinking of organizing a fund raiser to provide money to push
 JeroMQ, NetMQ, and libzmq towards full ZMTP v3 compliance. I think we
 need to raise $100K at least, to make this happen.

 Thoughts?

 -Pieter
 ___
 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] Peer ip address ?

[Trevor Bernard]

Simple solution is have the downstream service identify itself in the
handshake with it's IP address

On Wed, Jan 15, 2014 at 2:01 PM, Andrew Hume and...@research.att.com wrote:
 every time i have wanted this, it turned out that it was a stupid way to do
 what i really wanted.
 to me, it comes down to this:

 1) do you really care? surprisingly, the answer is often, not really.
 if you do care, then you HAVE to authenticate.
 2) using IP addresses as a proxy for authentication and authorization is a
 dodgy business;
 it is more or less convenient but full of surprises and wouldn’t pass muster
 where i
 work in a security audit (which i assume you will have if you need to log ip
 addresses).

 On Jan 15, 2014, at 8:14 AM, mraptor mrap...@gmail.com wrote:

 hi I was looking for a way to find the peer/client ip address.
 All of the replies I've seen so far say it is not possible to get the IP
 address of the peer in ZeroMQ.

 The main objection for not providing the IP address seem to be that zeromq
 work on top of protocols which may not be TCP/IP.

 The solution pointed by most of the people seems to be to figure out the IP
 address at the client and pass it as a part of the message.

 I'm currently needing the IP address for logging purposes and in the future
 for filtering and routing.
 Two problems arise :

 1. What happens if you don't have access to the client code i.e. it is
 written by third party
 2. Second allowing the client to provide the IP address could be major
 security breach, because if it is up to the client, they can place whatever
 IP they want, how would you know ?

 How do you solve those problems ?  Unless zeromq, already have some means of
 getting the peer IP, the discussions about this were from 2011 ?

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



 ---
 Andrew Hume
 949-707-1964 (VO and best)
 732-420-0907 (NJ)
 and...@research.att.com




 ___
 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] [ANN] - JeroMQ 0.3.3 - A pure Java clone of libzmq

[Trevor Bernard]

I'd like to announce the immediate availability of
org.zeromq/jeromq-0.3.3 on Maven Central.

You can view the full changelog here:

https://github.com/zeromq/jeromq3-x/blob/master/CHANGELOG.md

Warmest regards,

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

Re: [zeromq-dev] Windows 64bit Build Instructions are no longer valid for jzmq4 .

[Trevor Bernard]

I suppose it is possible to get the directory structure back to jzmq3
but it might not be worth the effort. It involves choosing a commit
before the restructure then cherry picking individual patches that
make up jzmq4.

The build instructions should be updated to reflect the current state
of things. I'll add it to my things to do in the coming week. Also if
you get there before me, feel free to update the docs and submit a
pull request.

-Trev

On Fri, Dec 20, 2013 at 12:15 PM, artemv zmq artemv@gmail.com wrote:
 Hello there,

 I was trying to build jzmq4 on win64  and found that guide is not accurate
 anymore.   At least, it can't be applied to that directory structure which
 is present in jzmq4.  For some reason, in jzmq4  project structure has been
 changed (comparing to jzmq3) ..

 So, the question -- is it possible to get back to that project structure in
 jzmq4  which would make win64 instructions valid again?

 Note, I did not have any difficulties with building win64 on jzmq3  and I
 hoped to get the same experience after upgrading to jzmq4   8(

 ___
 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] Calling connect more than once on the same endpoint

[Trevor Bernard]

Good ol' pedantry.

I'll take a stab at submitting a pull request.

-Trev

On Fri, Dec 13, 2013 at 3:14 PM, Pieter Hintjens p...@imatix.com wrote:
 I'll pedantically ask that we record problems rather than features.

 Problem: SUB accepts multiple connects to same PUB endpoint and result
 is nonsensical
 Solution: SUB socket should not allow multiple connects to same PUB endpoint.

 An issue will just rot, so you may want to find a way to send a patch
 to fix this problem.


 On Thu, Dec 12, 2013 at 8:09 PM, Trevor Bernard
 trevor.bern...@gmail.com wrote:
 Should I submit an issue for this feature? I would find it extremely useful.

 -Trev

 On Wed, Oct 16, 2013 at 11:39 AM, Pieter Hintjens p...@imatix.com wrote:
 Having said that, it is undocumented behavior, and there is no valid
 use for this in pub-sub (nor in dealer-router, nor in req-rep) and we
 might want to change the behavior. We do know what endpoints are
 already used, and could reject duplicate connects to the same
 endpoint.

 On Wed, Oct 16, 2013 at 4:26 PM, Pieter Hintjens p...@imatix.com wrote:
 Yes, this is expected behavior. Each connect is independent. In
 pub-sub this produces nonsense results but in other patterns it can be
 used to do things like prioritize one node over others (e.g. a PULL
 that connects twice to a PUSH).

 On Wed, Oct 16, 2013 at 4:17 PM, Trevor Bernard
 trevor.bern...@gmail.com wrote:
 I have a PUB/SUB topology and I accidently called connect twice to the
 same PUB endpoint and received duplicate messages. This holds true for
 N connects as well. Is this the correct behaviour?

 Simple test that recreates it:

 
 https://github.com/trevorbernard/double-trouble/blob/master/src/double_trouble/core.clj

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



 --
 -
 Pieter Hintjens
 CEO of iMatix.com
 Founder of ZeroMQ community
 blog: http://hintjens.com



 --
 -
 Pieter Hintjens
 CEO of iMatix.com
 Founder of ZeroMQ community
 blog: http://hintjens.com
 ___
 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
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Calling connect more than once on the same endpoint

[Trevor Bernard]

Should I submit an issue for this feature? I would find it extremely useful.

-Trev

On Wed, Oct 16, 2013 at 11:39 AM, Pieter Hintjens p...@imatix.com wrote:
 Having said that, it is undocumented behavior, and there is no valid
 use for this in pub-sub (nor in dealer-router, nor in req-rep) and we
 might want to change the behavior. We do know what endpoints are
 already used, and could reject duplicate connects to the same
 endpoint.

 On Wed, Oct 16, 2013 at 4:26 PM, Pieter Hintjens p...@imatix.com wrote:
 Yes, this is expected behavior. Each connect is independent. In
 pub-sub this produces nonsense results but in other patterns it can be
 used to do things like prioritize one node over others (e.g. a PULL
 that connects twice to a PUSH).

 On Wed, Oct 16, 2013 at 4:17 PM, Trevor Bernard
 trevor.bern...@gmail.com wrote:
 I have a PUB/SUB topology and I accidently called connect twice to the
 same PUB endpoint and received duplicate messages. This holds true for
 N connects as well. Is this the correct behaviour?

 Simple test that recreates it:

 
 https://github.com/trevorbernard/double-trouble/blob/master/src/double_trouble/core.clj

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



 --
 -
 Pieter Hintjens
 CEO of iMatix.com
 Founder of ZeroMQ community
 blog: http://hintjens.com



 --
 -
 Pieter Hintjens
 CEO of iMatix.com
 Founder of ZeroMQ community
 blog: http://hintjens.com
 ___
 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] Fwd: core dump when running zeromq example

[Trevor Bernard]

It might be that your libjzmq.so and jzmq.jar are out of sync.

Like Pieter mentioned, use JeroMQ unless you specifically need JZMQ.

-Trev



On Tue, Dec 10, 2013 at 3:21 PM, Suchisubhra suchisub...@gmail.com wrote:


 #
 # A fatal error has been detected by the Java Runtime Environment:
 #
 #  SIGSEGV (0xb) at pc=0x7f4abfbced00, pid=24332, tid=139959612520192
 #
 # JRE version: 7.0_06-b24
 # Java VM: Java HotSpot(TM) 64-Bit Server VM (23.2-b09 mixed mode
 linux-amd64 compressed oops)
 # Problematic frame:
 # C  [libzmq.so.3+0x2cd00]  zmq::socket_base_t::process_term(int)+0x70
 #


 I installed zmq, libmq and jzmq as stated.  While running the example
 getting core dump.
 I am actually stuck now. Any  help is really appreciated.

 --
 ~suchi





 --
 ~suchi

 To the optimist, the glass is half full.To the pessimist, the glass is half
 empty.To the engineer, the glass is twice as big as it needs to be.

 ___
 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] [ANN] - JeroMQ 0.3.2 - A pure Java clone of libzmq

[Trevor Bernard]

I'd like to announce the immediate availability of
org.zeromq/jeromq-0.3.2 on Maven Central.

You can view the full changelog here:

https://github.com/zeromq/jeromq/blob/master/CHANGELOG.md

Warmest regards,

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

Re: [zeromq-dev] merge commits in libzmq clutter the commit space.

[Trevor Bernard]

I personally like having a no fast forward merge.

This is the rule of thumb I try to follow: One thought/change per
commit and have the commit message be in the imperative. It makes it
easier to cherry pick and understand how the commit will affect the
code.

On Fri, Dec 6, 2013 at 2:55 PM, Pieter Hintjens p...@imatix.com wrote:
 On Fri, Dec 6, 2013 at 4:44 PM, AJ Lewis aj.le...@quantum.com wrote:

 Sorry, why do we care?  What's wrong with actually seeing the full history
 of the feature/bug fix?  I find it useful (if the commits are actually
 sane).

 It's annoying and fragile to have multiple commits for one change,
 when one may want to revert or backport it. Apart from that, it's not
 an issue.
 ___
 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] merge commits in libzmq clutter the commit space.

[Trevor Bernard]

 I personally like having a no fast forward merge.

 I've no idea what that means... could you explain?

Lets say you are merging in a branch B into A. If A is directly
upstream from B git will just move the branch A onto B. This is
a Fast forward. Pull requests are a non fast forward merge. There is
an explicit merge commit saying you are merging B onto A. I like
these sorts of commits.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Wrapping a C API in JNI?

[Trevor Bernard]

On Mon, Nov 18, 2013 at 2:45 PM, shancat shannenlap...@gmail.com wrote:
 struct drops_t {
 void *pipe;
 zctx_t *ctx;
 };

 drops_t * drops_new (const char *directory);
 void drops_destroy (drops_t **self_p);

 The main problem is that I don't know the proper way to manage the drops_t
 struct

If you want to access it from Java, I would coerce the pointer to Java
long. Here is a simple project I wrote that might help you with JNI.

https://github.com/trevorbernard/zmq-jni
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] TIPC clustering protocol support in libzmq

[Trevor Bernard]

http://hintjens.com/blog:70

On Mon, Nov 4, 2013 at 11:15 AM, Andrew Hume and...@research.att.com wrote:
 where is teh article?

 On Nov 4, 2013, at 10:13 AM, Pieter Hintjens wrote:

 Hi all,

 Just to let everyone know that libzmq master now supports the tipc://
 transport, which wraps the TIPC clustering protocol. This makes it
 rather easier to do failover and load-balancing.

 I've written an article that explains how this works and how to use
 it, with kind help from Erik Hugne, who sent us this patch.

 --
 -
 Pieter Hintjens
 CEO of iMatix.com
 Founder of ZeroMQ community
 blog: http://hintjens.com
 ___
 zeromq-dev mailing list
 zeromq-dev@lists.zeromq.org
 http://lists.zeromq.org/mailman/listinfo/zeromq-dev



 ---
 Andrew Hume
 949-707-1964 (VO and best)
 732-420-0907 (NJ)
 and...@research.att.com




 ___
 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] [ANN] JeroMQ 0.3.1 - A pure Java clone of libzmq

[Trevor Bernard]

I'd like to announce the immediate availability of
org.zeromq/jeromq-0.3.1 on Maven Central. I'd also like to thank Min
Yu for all his hard work on JeroMQ.

You can view the changelog here:

https://github.com/zeromq/jeromq/blob/master/CHANGELOG.md

Warmest regards,

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

[zeromq-dev] Calling connect more than once on the same endpoint

[Trevor Bernard]

I have a PUB/SUB topology and I accidently called connect twice to the
same PUB endpoint and received duplicate messages. This holds true for
N connects as well. Is this the correct behaviour?

Simple test that recreates it:


https://github.com/trevorbernard/double-trouble/blob/master/src/double_trouble/core.clj

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

Re: [zeromq-dev] Calling connect more than once on the same endpoint

[Trevor Bernard]

Thanks for the quick reply

On Wed, Oct 16, 2013 at 11:26 AM, Pieter Hintjens p...@imatix.com wrote:
 Yes, this is expected behavior. Each connect is independent. In
 pub-sub this produces nonsense results but in other patterns it can be
 used to do things like prioritize one node over others (e.g. a PULL
 that connects twice to a PUSH).

 On Wed, Oct 16, 2013 at 4:17 PM, Trevor Bernard
 trevor.bern...@gmail.com wrote:
 I have a PUB/SUB topology and I accidently called connect twice to the
 same PUB endpoint and received duplicate messages. This holds true for
 N connects as well. Is this the correct behaviour?

 Simple test that recreates it:

 
 https://github.com/trevorbernard/double-trouble/blob/master/src/double_trouble/core.clj

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



 --
 -
 Pieter Hintjens
 CEO of iMatix.com
 Founder of ZeroMQ community
 blog: http://hintjens.com
 ___
 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] JZMQ socket.setIdentity() doesn't work with ZMQ 4.0.1

[Trevor Bernard]

Resolved.

https://github.com/zeromq/jzmq/pull/261

On Wed, Oct 16, 2013 at 11:08 AM, Trevor Bernard
trevor.bern...@gmail.com wrote:
 Hi Joel,

 Can you create an issue and a pull request for this in Github?

 https://github.com/zeromq/jzmq/issues?state=open

 -Trev


 On Wed, Oct 16, 2013 at 11:03 AM, Joel Lauener joel.laue...@cern.ch wrote:
 Hi,



 After updating to jzmq-master and zeromq-4.0.1, we are experiencing problems
 with Socket.setIdentity() which fails with a nice “Invalid Argument” error.
 Digging a bit in the JZMQ code I found out that setting ZMQ_IDENTITY is
 disabled for ZMQ_VERSION_MAJOR  3. What are the reason for that!? It seems
 to be there since a long time so most likely it had some use at some point.



 FYI here is the guilty code snippet (same for getBytesSockop).



 JNIEXPORT void JNICALL Java_org_zeromq_ZMQ_00024Socket_setBytesSockopt
 (JNIEnv *env,


 jobject obj,

 jint
 option,


 jbyteArray value)

 {

 switch (option) {

 #if (ZMQ_VERSION_MAJOR = 3)

 case ZMQ_IDENTITY:

 #endif

 case ZMQ_SUBSCRIBE:

 case ZMQ_UNSUBSCRIBE:

 … some code …

 default:

 raise_exception (env, EINVAL);

 return;

 }

 }



 Removing this #if condition the setIdentity call works again with ZMQ 4.0.1.



 Cheers,

 Joel.




 ___
 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] Question about zmq_recv len and truncate

[Trevor Bernard]

 I had a simple patch to fix the socket.recvByteBuffer() causing the
 ByteBuffer.setPosition(x) to exceed its own size, but I'm now verifying that
 the whole ByteBuffer part of the code is quite broken, as it does not follow
 the not receiving(sending) bytes directly from the buffer

Is this patch available some place public? Also what do you mean by
not receiving(sending) bytes directly from the buffer?

 - stops working silently if I pass some GC'ed direct buffers, and albeit the 
 documentation
 mentions the ZeroCopy with direct buffers, the other one doesn't mention
 anything and should work with non direct buffers, like the byte[] does.

This seems like a bug in documentation and code.

 Who is responsible for the jzmq code and how can I try to help with it?

The JZMQ issue tracker is here:

https://github.com/zeromq/jzmq/issues?state=open

If you want to chat offline, my email is trevor.bern...@gmail.com

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

Re: [zeromq-dev] Does ZeroMQ pay a lot in terms of marshalling compared to akka and clojure.core.async?

[Trevor Bernard]

 Yes compared to native langauges all GC languages incur extra IO costs   eg
 When writing both languages they need to read/copy the data to the kernel ,
 but the GC language needs to tell the GC to pin each buffer so it doesnt
 reloccate it ,this can be significant for lots of small packets.

In the case of Java, it's yes and no. You're assuming a native java
byte array. Depending on JVM, direct byte buffers are typically
allocated off heap and the JVM makes it's best effort to perform
native I/O operations on it. i.e. avoid pinning and copying to and
from underlying buffers. If you are feeling brave, you can use Unsafe
to do the same.

 GC pauses can be a huge issue...

Garbage is a real pain in the ass

Many get around this by storing the message outside the GC

This is what the low latency Java guys do -- minimize garbage
generation and allocate off heap for predictable latency profiles.

 Note pure Java solutions like Java NIO may be better than JeroMQ , there was
 a discussion on this earlier .

I guess that depends on your definition of better; JeroMQ is a direct
port of zmq. If you mean faster (more throughput) JeroMQ will win the
throughput race most of the time by utilizing mechanical sympathy like
batching to minimizing system calls, etc.

 My suggestion, build your real work and use a flexible comms API , use the
 easiest comms possible ( which would prob be a a Java lib so you dont worry
 about deploying zeromq ) then test the whole end to end process if the comms
 is too slow  then test zeromq and NIO ( which should be easy since you put
 it behind an interface) but not before.

Quite frankly, developing real world distributed software is far
easier and more fun with zeromq than anything else available that I've
tried on the JVM.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] Need help wrestling CMake

[Trevor Bernard]

I'm trying to convert my project, zmq-jni, to use CMake but I'm
completely new to it.

This is my old make file:

https://github.com/trevorbernard/zmq-jni/blob/master/Makefile

And this is what I'm wrestling with:

https://github.com/trevorbernard/zmq-jni/blob/CMake/CMakeLists.txt

Any help would be greatly appreciated.

Building should work like so:

$ cmake .
$ mvn compile clojure:test

libzmqjni.so should be outputted into ./target

Warmest regards,

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

Re: [zeromq-dev] Need help wrestling CMake

[Trevor Bernard]

I have it correctly building on Linux amd64 now

On Fri, Oct 11, 2013 at 5:56 PM, gonzalo diethelm gdieth...@dcv.cl wrote:
 Trevor, if you want to try a pure ant approach, let me know.

 --
 Gonzalo Diethelm
 DCV Chile

 -Original Message-
 From: zeromq-dev-boun...@lists.zeromq.org [mailto:zeromq-dev-
 boun...@lists.zeromq.org] On Behalf Of Trevor Bernard
 Sent: Friday, October 11, 2013 5:50 PM
 To: ZeroMQ development list
 Subject: [zeromq-dev] Need help wrestling CMake

 I'm trying to convert my project, zmq-jni, to use CMake but I'm completely
 new to it.

 This is my old make file:

 https://github.com/trevorbernard/zmq-jni/blob/master/Makefile

 And this is what I'm wrestling with:

 https://github.com/trevorbernard/zmq-jni/blob/CMake/CMakeLists.txt

 Any help would be greatly appreciated.

 Building should work like so:

 $ cmake .
 $ mvn compile clojure:test

 libzmqjni.so should be outputted into ./target

 Warmest regards,

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


 -
 Declaración de confidencialidad: Este Mensaje esta destinado para
 el uso de la o las personas o entidades a quien ha sido dirigido y
 puede contener información reservada y confidencial que no puede
 ser divulgada, difundida, ni aprovechada en forma alguna. El uso no
 autorizado de la información contenida en este correo podrá ser
 sancionado de conformidad con la ley chilena.
 Si usted ha recibido este correo electrónico por error, le pedimos
 eliminarlo junto con los archivos adjuntos y avisar inmediatamente
 al remitente, respondiendo este mensaje.

 Before printing this e-mail think if is really necesary.
 Disclosure: This Message is to be used by the individual,
 individuals or entities that it is addressed to and may include
 private and confidential information that may not be disclosed,
 made public nor used in any way at all. Unauthorized use of the
 information in this electronic mail message may be subject to the
 penalties set forth by Chilean law.
 If you have received this electronic mail message in error, we ask
 you to destroy the message and its attached file(s) and to
 immediately notify the sender by answering this message.
 ___
 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