[jira] [Resolved] (HADOOP-16986) s3a to not need wildfly on the classpath

["Steve Loughran (Jira)" <ji...@apache.org>]

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

Steve Loughran resolved HADOOP-16986.
-------------------------------------
    Fix Version/s: 3.3.0
     Release Note: 
hadoop-aws can use native openssl libraries for better HTTPS performance -consult the S3A performance document for details.

To enable this, wildfly.jar is declared as a compile-time dependency of the hadoop-aws module, so ensuring it ends up on the classpath of the hadoop command line, distribution packages and downstream modules. 

It is however, still optional, unless fs.s3a.ssl.channel.mode is set to openssl
       Resolution: Fixed

> s3a to not need wildfly on the classpath
> ----------------------------------------
>
>                 Key: HADOOP-16986
>                 URL: https://issues.apache.org/jira/browse/HADOOP-16986
>             Project: Hadoop Common
>          Issue Type: Sub-task
>          Components: fs/s3
>    Affects Versions: 3.3.0
>            Reporter: Steve Loughran
>            Assignee: Steve Loughran
>            Priority: Major
>             Fix For: 3.3.0
>
>
> see : https://github.com/apache/hadoop/pull/1948 and HADOOP-16855
> * remove a hard dependency on wildfly.jar being on the classpath for S3; it's used if present, but handled if not
> * even if openssl is requested
> * and NPEs are caught and swallowed in case wildfly 1.0.4.Final ever gets on the classpath again



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: common-dev-unsubscribe@hadoop.apache.org
For additional commands, e-mail: common-dev-help@hadoop.apache.org