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

Aaron Kimball commented on HADOOP-2866:
---------------------------------------

Doug: I meant by using the manual get()/set() methods -- not through a specific 
accessor method for the parameter. Unless you're suggesting that we fill both 
of those with large lists of if..then tests :\

So if we're supposed to migrate toward accessor methods and constants... do you 
have particular names for these methods in mind? Or should someone (maybe me?) 
just get in there and start adding them?

> JobConf should validate key names in well-defined namespaces and warn on 
> misspelling
> ------------------------------------------------------------------------------------
>
>                 Key: HADOOP-2866
>                 URL: https://issues.apache.org/jira/browse/HADOOP-2866
>             Project: Hadoop Core
>          Issue Type: Improvement
>          Components: mapred
>    Affects Versions: 0.16.0
>            Reporter: Aaron Kimball
>            Priority: Minor
>   Original Estimate: 72h
>  Remaining Estimate: 72h
>
> A discussion on the mailing list reveals that some configuration strings in 
> the JobConf are deprecated over time and new configuration names replace them:
> e.g., "mapred.output.compression.type" is now replaced with 
> "mapred.map.output.compression.type"
> Programmers who have been manually specifying the former string, however, 
> receive no diagnostic output during testing to suggest that their compression 
> type is being silently ignored.
> It would be desirable to notify developers of this change by printing a 
> warning message when deprecated configuration names are used in a newer 
> version of Hadoop. More generally, when any configuration string in the 
> mapred.\*, fs.\*, dfs.\*, etc namespaces are provided by a user and are not 
> recognized by Hadoop, it is desirable to print a warning, to indicate 
> malformed configurations. No warnings should be printed when configuration 
> keys are in user-defined namespaces (e.g., "myprogram.mytask.myvalue").

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to