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

Chris Nauroth commented on HADOOP-14038:
----------------------------------------

bq. Is there any way to deprecate properties with dynamic names, e.g. 
{{dfs.adls.<hostname>.hostname}}?

Sorry, no, I am not aware of any convenient way to achieve this (barring the 
possibility of putting new features into {{Configuration}} to support it).

bq. It fixes the issue but means reloadConfiguration is called for every new 
instance.

I would prefer to avoid that because of the extra I/O reading the files and the 
extra XML parsing.  I thought every {{Configuration}} instance was sharing the 
same static/global {{DeprecationContext}}, so therefore wherever in the code we 
add new deprecations, it would propagate down to all live instances.  Am I 
missing something?

> Rename ADLS credential properties
> ---------------------------------
>
>                 Key: HADOOP-14038
>                 URL: https://issues.apache.org/jira/browse/HADOOP-14038
>             Project: Hadoop Common
>          Issue Type: Sub-task
>          Components: fs/adl
>    Affects Versions: 3.0.0-alpha3
>            Reporter: John Zhuge
>            Assignee: John Zhuge
>            Priority: Minor
>         Attachments: HADOOP-14038.001.patch, HADOOP-14038.002.patch, 
> HADOOP-14038.003.patch, HADOOP-14038.004.patch, HADOOP-14038.005.patch
>
>
> Add ADLS credential configuration properties to {{core-default.xml}}. 
> Set/document the default value for 
> {{dfs.adls.oauth2.access.token.provider.type}} to {{ClientCredential}}.
> Fix {{AdlFileSystem#getAccessTokenProvider}} which implies the provider type 
> is {{Custom}}.
> Fix several unit tests that set {{dfs.adls.oauth2.access.token.provider}} but 
> does not set {{dfs.adls.oauth2.access.token.provider.type}}.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to