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

Robert Joseph Evans commented on HADOOP-8608:
---------------------------------------------

That would be a great API to add in. +1 for this idea.  

In the yarn code we standardized to put the units in the name of the config 
property i.e. yarn.am.liveness-monitor.expiry-interval-ms and 
yarn.resourcemanager.application-tokens.master-key-rolling-interval-secs.  We 
probably want to be able to supply a default unit when getting a config so we 
can deprecate/replace an old property and have both still be valid. 
                
> Add Configuration API for parsing time durations
> ------------------------------------------------
>
>                 Key: HADOOP-8608
>                 URL: https://issues.apache.org/jira/browse/HADOOP-8608
>             Project: Hadoop Common
>          Issue Type: Improvement
>          Components: conf
>    Affects Versions: 3.0.0
>            Reporter: Todd Lipcon
>
> Hadoop has a lot of configurations which specify durations or intervals of 
> time. Unfortunately these different configurations have little consistency in 
> units - eg some are in milliseconds, some in seconds, and some in minutes. 
> This makes it difficult for users to configure, since they have to always 
> refer back to docs to remember the unit for each property.
> The proposed solution is to add an API like {{Configuration.getTimeDuration}} 
> which allows the user to specify the units with a prefix. For example, 
> "10ms", "10s", "10m", "10h", or even "10d". For backwards-compatibility, if 
> the user does not specify a unit, the API can specify the default unit, and 
> warn the user that they should specify an explicit unit instead.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to