[zeromq-dev] Proposal to unify ZMQ Java projects

[Arnaud Loonstra]

Hi Mario,

zproject does not play any role in libzmq AFAIK. It is used for zyre, 
malamute, czmq amongst other zeromq projects.
It generates Python, Ruby, JNI bindings for example. Recently a 
mkapi.py script was contributed which can generate the needed XML files 
from .h files. In my opinion zproject can be a tool which can coordinate 
all the synchronisation between projects. But I have to delve deeper 
into it as well so I'm not sure my ideas are solid.

Rg,

Arnaud

On 2016-02-02 15:45, Mario Steinhoff wrote:
> Thanks everyone for the support, I am still figuring out how the
> existing projects actually work to avoid any unnecessary changes :)
>
> Does libzmq actually use zproject? I haven't found a project.xml in
> the repo, only in czmq.
>
> Assuming that libzmq provides a model for its API, it sounds like a
> good idea to keep things in sync.
>
> I have not yet looked at zproject in depth but it looks like we could
> use the model to generate a Java interface that resembles the libzmq 
> C
> API. This would be the 'leading' API that JZMQ-JNI and JeroMQ both
> would have to implement. For methods that are not supported by JeroMQ
> we could throw UnsupportedOperationException's. Finally, there would
> be the hand-written idiomatic layer on top of the generated one. A
> user could then choose to either use the low-level API directly or 
> the
> idiomatic layer.
>
> There is also https://github.com/jnr/jnr-ffi, which looks like it
> could simplify the JNI bridge. It was created by JRuby as a
> replacement for JNI (see
> http://www.oracle.com/technetwork/java/jvmls2013nutter-2013526.pdf),
> but I have no experience with JNI to evaulate if it is a good fit.
>
> Cheers
> Mario
>
> 2016-02-02 15:18 GMT+01:00 Arnaud Loonstra <arnaud at sphaero.org>:
>> I have zero hands-on experience with java and zeromq but I was
>> wondering what role zproject can claim in this.
>>
>> Zproject already generates the API so it should do this for Java as
>> well no matter how it is implemented (native Java or JNI)
>>
>> Rg,
>>
>> Arnaud
>>
[snip]