[prev in list] [next in list] [prev in thread] [next in thread]
List: hadoop-dev
Subject: [jira] [Resolved] (HADOOP-1078) Improve logging
From: "Harsh J (Resolved) (JIRA)" <jira () apache ! org>
Date: 2011-12-29 6:36:31
Message-ID: 1009715388.50694.1325140591058.JavaMail.tomcat () hel ! zones ! apache ! org
[Download RAW message or body]
[ https://issues.apache.org/jira/browse/HADOOP-1078?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel \
]
Harsh J resolved HADOOP-1078.
-----------------------------
Resolution: Not A Problem
I think we've long since switched over to using the .class attribute. Resolving as \
not a problem anymore.
> Improve logging
> ---------------
>
> Key: HADOOP-1078
> URL: https://issues.apache.org/jira/browse/HADOOP-1078
> Project: Hadoop Common
> Issue Type: Improvement
> Reporter: Philippe Gassmann
>
> Loggers in hadoop are created using LogFactory.getLog("some package styled \
> things"); This is very confusing since the string specified in getLog() sometime \
> is the class name sometime not. (eg : the class org.apache.hadoop.mapred.Task \
> contains a logger created by \
> LogFactory.getLog("org.apache.hadoop.mapred.TaskRunner"); which is very confusing) \
> I think that logger should be always created using \
> LogFactory.getLog(MyClass.class); and that if a class needs a logger, then a \
> specific logger must be crated for that class (ie: loggers are private).
--
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
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic