Return-Path: X-Original-To: apmail-hadoop-common-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-common-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C926E106CD for ; Wed, 5 Jun 2013 22:46:21 +0000 (UTC) Received: (qmail 88310 invoked by uid 500); 5 Jun 2013 22:46:20 -0000 Delivered-To: apmail-hadoop-common-issues-archive@hadoop.apache.org Received: (qmail 88219 invoked by uid 500); 5 Jun 2013 22:46:20 -0000 Mailing-List: contact common-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-issues@hadoop.apache.org Delivered-To: mailing list common-issues@hadoop.apache.org Received: (qmail 87982 invoked by uid 99); 5 Jun 2013 22:46:20 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Jun 2013 22:46:20 +0000 Date: Wed, 5 Jun 2013 22:46:20 +0000 (UTC) From: "Chu Tong (JIRA)" To: common-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (HADOOP-9487) Deprecation warnings in Configuration should go to their own log or otherwise be suppressible MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/HADOOP-9487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13676450#comment-13676450 ] Chu Tong commented on HADOOP-9487: ---------------------------------- [~steve_l@iseran.com], I actually agree more with Sangjin's idea for two reasons. First of all, I consider deprecation msgs as a subset of warnings msgs, therefore, configuring log level from INFO to WARN suppress the all the deprecation msgs basically implies deprecation msgs are INFO like msgs. Secondly, there are certainly some case a person want to see all warning msgs except the deprecation ones. Using Sangjin's approach, it is easily achievable. > Deprecation warnings in Configuration should go to their own log or otherwise be suppressible > --------------------------------------------------------------------------------------------- > > Key: HADOOP-9487 > URL: https://issues.apache.org/jira/browse/HADOOP-9487 > Project: Hadoop Common > Issue Type: Improvement > Components: conf > Affects Versions: 3.0.0 > Reporter: Steve Loughran > > Running local pig jobs triggers large quantities of warnings about deprecated properties -something I don't care about as I'm not in a position to fix without delving into Pig. > I can suppress them by changing the log level, but that can hide other warnings that may actually matter. > If there was a special Configuration.deprecated log for all deprecation messages, this log could be suppressed by people who don't want noisy logs -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira