egory [mailto:garydgreg...@gmail.com]
>Sent: Tuesday, April 26, 2016 10:50 AM
>To: Commons Developers List
>Subject: Re: [CRYPTO] Switch from JNI to JNA
>
>I like it. RERO!
>As we plan to have release sooner, marking release ALPHA tagged make
>sense IMO.
>
>Regards
has different ideas, please free feel to raise up.
Regards,
Haifeng
-Original Message-
From: Gary Gregory [mailto:garydgreg...@gmail.com]
Sent: Tuesday, April 26, 2016 10:50 AM
To: Commons Developers List
Subject: Re: [CRYPTO] Switch from JNI to JNA
I like it. RERO!
As we plan to have
elease an ALPHA version
>on the understanding that the API may change incompatibly.
>
>> -Original Message-
>> From: Benedikt Ritter [mailto:brit...@apache.org]
>> Sent: Tuesday, April 26, 2016 12:03 AM
>> To: Commons Developers List
>> Subject: Re: [CRYPTO] Switc
HA version
>on the understanding that the API may change incompatibly.
>
>> -Original Message-
>> From: Benedikt Ritter [mailto:brit...@apache.org]
>> Sent: Tuesday, April 26, 2016 12:03 AM
>> To: Commons Developers List
>> Subject: Re: [CRYPTO] Switch from JNI to
l 26, 2016 12:03 AM
> To: Commons Developers List
> Subject: Re: [CRYPTO] Switch from JNI to JNA
>
> Chen, Haifeng schrieb am Mo., 25. Apr. 2016 um
> 08:38 Uhr:
>
>> >> Maybe its an option to replace JNI by JNA [1]. This would have IHMO
>> several advant
On 26 April 2016 at 02:51, Chen, Haifeng wrote:
>>> I am a RERO guy so that is fine with me... BUT... keep in mind that we need
>>> to be BC within major releases. Now, me, I do not mind evolving the API
>>> right away in a 2.0, but hey that's just me.
> In the first release, we would need to th
...@apache.org]
Sent: Tuesday, April 26, 2016 12:03 AM
To: Commons Developers List
Subject: Re: [CRYPTO] Switch from JNI to JNA
Chen, Haifeng schrieb am Mo., 25. Apr. 2016 um
08:38 Uhr:
> >> Maybe its an option to replace JNI by JNA [1]. This would have IHMO
> several advantages like
>
the JNA experiment and not release it.
Make sense.
Regards,
Haifeng
-Original Message-
From: Gary Gregory [mailto:garydgreg...@gmail.com]
Sent: Tuesday, April 26, 2016 6:04 AM
To: Commons Developers List
Subject: Re: [CRYPTO] Switch from JNI to JNA
On Sun, Apr 24, 2016 at 11:38 PM, Ch
riment and not release it.
2c,
Gary
>
> Thanks,
> Haifeng
>
> -Original Message-
> From: Hendrik Dev [mailto:hendrikde...@gmail.com]
> Sent: Saturday, April 23, 2016 6:43 PM
> To: Commons Developers List
> Subject: [CRYPTO] Switch from JNI to JNA
>
> Hi,
>
> i just
to put JNA evaluation in the second release?
Yes, why not.
>
> Thanks,
> Haifeng
>
> -Original Message-
> From: Hendrik Dev [mailto:hendrikde...@gmail.com]
> Sent: Saturday, April 23, 2016 6:43 PM
> To: Commons Developers List
> Subject: [CRYPTO] Switch from JNI to
ave the first
release before May, there is a possibility to include it in Spark 2.0.
Any idea to put JNA evaluation in the second release?
Thanks,
Haifeng
-Original Message-
From: Hendrik Dev [mailto:hendrikde...@gmail.com]
Sent: Saturday, April 23, 2016 6:43 PM
To: Commons Developers List
Le 24/04/2016 11:29, Hendrik Dev a écrit :
> I have no experience (regarding performance and stability) with BridJ
> but it seems that the license per se could be an issue:
> https://github.com/nativelibs4java/BridJ/blob/master/LICENSE
Don't worry that's a BSD-3-Clause license, it's compatible wit
I have no experience (regarding performance and stability) with BridJ
but it seems that the license per se could be an issue:
https://github.com/nativelibs4java/BridJ/blob/master/LICENSE
On Sat, Apr 23, 2016 at 8:15 PM, Damjan Jovanovic wrote:
> There's also BridJ (https://github.com/nativelibs4j
There's also BridJ (https://github.com/nativelibs4java/BridJ), which
claims to be very fast, supports C++ and COM, and JNAerator can
autogenerate code for it from C/C++ headers.
Java 9 will also have vastly enhanced access to native code
(http://openjdk.java.net/projects/panama/).
Damjan
On Sat,
On 23 April 2016 at 13:42, Gary Gregory wrote:
> Could this be made pluggable? Then its easy to pick flexibility vs. speed.
> I think Svn support in Eclipse lets you do this through Subclipse and
> JavaHL.
No point, except possibly in the (very) short term whilst the JNA
implementation is being d
Could this be made pluggable? Then its easy to pick flexibility vs. speed.
I think Svn support in Eclipse lets you do this through Subclipse and
JavaHL.
Gary
On Apr 23, 2016 3:42 AM, "Hendrik Dev" wrote:
> Hi,
>
> i just had a brief look into commons crypto today.
> Maybe its an option to replac
Hi,
i just had a brief look into commons crypto today.
Maybe its an option to replace JNI by JNA [1]. This would have IHMO
several advantages like
* No C code needs to be written, compiled, tested and maintained
* Its easier compared to JNI (this could help attracting more people
to contribute)
*
17 matches
Mail list logo