[jira] [Commented] (HADOOP-18993) Allow to not isolate S3AFileSystem classloader when needed

["ASF GitHub Bot (Jira)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/HADOOP-18993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17813312#comment-17813312 ] 

ASF GitHub Bot commented on HADOOP-18993:
-----------------------------------------

agilelab-tmnd1991 commented on PR #6301:
URL: https://github.com/apache/hadoop/pull/6301#issuecomment-1921599332

   So, I got time to check them.
   
   First: when I run it alone, the test passes, both on trunk (2f1718c36345736b93493e4e79fae766ea6d3233) and on my branch.
   
   Second: when I run all the tests it fails both on trunk and on my branch.
   
   Therefore I think I did not introduce the regression 😄 




> Allow to not isolate S3AFileSystem classloader when needed
> ----------------------------------------------------------
>
>                 Key: HADOOP-18993
>                 URL: https://issues.apache.org/jira/browse/HADOOP-18993
>             Project: Hadoop Common
>          Issue Type: Improvement
>          Components: hadoop-thirdparty
>    Affects Versions: 3.3.6
>            Reporter: Antonio Murgia
>            Priority: Minor
>              Labels: pull-request-available
>
> In HADOOP-17372 the S3AFileSystem forces the configuration classloader to be the same as the one that loaded S3AFileSystem. This leads to the impossibility in Spark applications to load third party credentials providers as user jars.
> I propose to add a configuration key {{fs.s3a.extensions.isolated.classloader}} with a default value of {{true}} that if set to {{false}} will not perform the classloader set.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

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