[ 
https://issues.apache.org/jira/browse/HADOOP-10693?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Yi Liu updated HADOOP-10693:
----------------------------

    Attachment: HADOOP-10693.5.patch

[~cmccabe], I updated the patch for your comments.

{quote}
I ran {{TestCryptoCodec}} and it succeeded whether or not {{openssl.so}} was 
installed. Can you make the test fail when {{-Drequire.openssl}} is specified 
and {{OpenSSLAESCTRCryptoCodec}} is not available? You should be able to check 
{{System#getProperty}} or something like that. That way we could be sure our 
test was covering this on upstream Jenkins.
{quote}

I found it’s a bit inconvenient to do this. *1.* {{-Drequire.openssl}} is only 
for build, we can’t get this in hadoop code. *2.* If user specify 
{{-Drequire.openssl}} but there is no openssl available, then build will fail.
Thoughts?   Maybe existing logic is acceptable?: if openssl native available, 
then we test it; if not, we ignore it. Just like we do for {{TestCodec}}.


> Implementation of AES-CTR CryptoCodec using JNI to OpenSSL
> ----------------------------------------------------------
>
>                 Key: HADOOP-10693
>                 URL: https://issues.apache.org/jira/browse/HADOOP-10693
>             Project: Hadoop Common
>          Issue Type: Sub-task
>          Components: security
>    Affects Versions: fs-encryption (HADOOP-10150 and HDFS-6134)
>            Reporter: Yi Liu
>            Assignee: Yi Liu
>             Fix For: fs-encryption (HADOOP-10150 and HDFS-6134)
>
>         Attachments: HADOOP-10693.1.patch, HADOOP-10693.2.patch, 
> HADOOP-10693.3.patch, HADOOP-10693.4.patch, HADOOP-10693.5.patch, 
> HADOOP-10693.patch
>
>
> In HADOOP-10603, we have an implementation of AES-CTR CryptoCodec using Java 
> JCE provider. 
> To get high performance, the configured JCE provider should utilize native 
> code and AES-NI, but in JDK6,7 the Java embedded provider doesn't support it.
>  
> Considering not all hadoop user will use the provider like Diceros or able to 
> get signed certificate from oracle to develop a custom provider, so this JIRA 
> will have an implementation of AES-CTR CryptoCodec using JNI to OpenSSL 
> directly.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to