(Shit, sorry about my last response, I got confused and thought this were a cdh-user list. I deeply apologize.)
The (i) is in 0.23.1/2.x if you upgrade to that today. On Fri, May 4, 2012 at 5:02 AM, Harsh J <ha...@cloudera.com> wrote: > Doing (ii) would be an isolated app-level config and wouldn't get > affected by the toggling of > (i). The feature from (i) is available already in CDH 4.0.0-b2 btw. > > On Fri, May 4, 2012 at 4:58 AM, Mapred Learn <mapred.le...@gmail.com> wrote: >> Hi Harsh, >> >> Does doing (ii) mess up with hadoop (i) level ? >> >> Or does it happen in both the options anyways ? >> >> >> Thanks, >> -JJ >> >> On Fri, Apr 20, 2012 at 8:28 AM, Harsh J <ha...@cloudera.com> wrote: >> >>> Yes this is possible, and there's two ways to do this. >>> >>> 1. Use a distro/release that carries the >>> https://issues.apache.org/jira/browse/MAPREDUCE-336 fix. This will let >>> you avoid work (see 2, which is same as your idea) >>> >>> 2. Configure your implementation's logger object's level in the >>> setup/setConf methods of the task, by looking at some conf prop to >>> decide the level. This will work just as well - and will also avoid >>> changing Hadoop's own Child log levels, unlike the (1) method. >>> >>> On Fri, Apr 20, 2012 at 8:47 PM, Mapred Learn <mapred.le...@gmail.com> >>> wrote: >>> > Hi, >>> > I m trying to find out best way to add debugging in map- red code. >>> > I have System.out.println() statements that I keep on commenting and >>> uncommenting so as not to increase stdout size >>> > >>> > But problem is anytime I need debug, I Hv to re-compile. >>> > >>> > If there a way, I can define log levels using log4j in map-red code and >>> define log level as conf option ? >>> > >>> > Thanks, >>> > JJ >>> > >>> > Sent from my iPhone >>> >>> >>> >>> -- >>> Harsh J >>> > > > > -- > Harsh J -- Harsh J