>> 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) >> * Many supported platforms [2], precompiled native binaries available Agree on these advantages.
>> Disadvantages: >> * Introduce a dependency to JNA >> * Performance decrease compared to JNI (direct buffers and direct mapping >> helps minimizing this) [3] The major concern will be on the performance. Because the major value for Crypto is to utilize the performance optimization OpenSSL provided. Need to have an evaluation on how much performance penalty will occur when using JNA comparing JNI. The Spark community are eager to utilize this library. If we can have 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 <dev@commons.apache.org> Subject: [CRYPTO] Switch from JNI to JNA 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) * Many supported platforms [2], precompiled native binaries available Disadvantages: * Introduce a dependency to JNA * Performance decrease compared to JNI (direct buffers and direct mapping helps minimizing this) [3] I prepared a demo [4] to show thats its generally working and how a implementation could like (although tests are not working and error handling is missing). [1] https://github.com/java-native-access/jna [2] https://github.com/java-native-access/jna/tree/master/lib/native [3] https://s.apache.org/q5Tl [4] https://s.apache.org/DQeD Wdyt? Thanks Hendrik -- Hendrik Saly (salyh, hendrikdev22) @hendrikdev22 PGP: 0x22D7F6EC --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org