Return-Path: X-Original-To: apmail-hadoop-yarn-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-yarn-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 84BE51853D for ; Mon, 27 Jul 2015 02:39:14 +0000 (UTC) Received: (qmail 35828 invoked by uid 500); 27 Jul 2015 02:39:04 -0000 Delivered-To: apmail-hadoop-yarn-issues-archive@hadoop.apache.org Received: (qmail 35777 invoked by uid 500); 27 Jul 2015 02:39:04 -0000 Mailing-List: contact yarn-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: yarn-issues@hadoop.apache.org Delivered-To: mailing list yarn-issues@hadoop.apache.org Received: (qmail 35766 invoked by uid 99); 27 Jul 2015 02:39:04 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Jul 2015 02:39:04 +0000 Date: Mon, 27 Jul 2015 02:39:04 +0000 (UTC) From: "Akira AJISAKA (JIRA)" To: yarn-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (YARN-3958) TestYarnConfigurationFields should be moved to hadoop-yarn-api 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/YARN-3958?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14642182#comment-14642182 ] Akira AJISAKA commented on YARN-3958: ------------------------------------- Thanks [~varun_saxena] for the comment. bq. Pls note hadoop-yarn-api does not have dependency on hadoop-yarn-common in its pom.xml Change can be made but this should go in branch-2 then ? I understand. We cannot move YarnConfiguration class in branch-2. bq. Moreover, realistically will somebody add a YARN related config in yarn-default.xml but not add it in YarnConfiguration class ? I think unlikely. The reverse happens far more frequently. Make sense to me. bq. So in branch-2 we can just move this test to hadoop-yarn-api and in trunk, move YarnConfiguration to hadoop-yarn-common. I'll commit your latest patch in trunk and branch-2. Now I'm thinking moving YarnConfiguration to yarn-common in trunk makes little sense because it is unlikely that someone adds a config in yarn-default.xml but not add it in YarnConfiguration.java, as you said. > TestYarnConfigurationFields should be moved to hadoop-yarn-api > -------------------------------------------------------------- > > Key: YARN-3958 > URL: https://issues.apache.org/jira/browse/YARN-3958 > Project: Hadoop YARN > Issue Type: Bug > Affects Versions: 2.7.0 > Reporter: Varun Saxena > Assignee: Varun Saxena > Attachments: YARN-3958.01.patch, YARN-3958.02.patch, YARN-3958.03.patch > > > Currently TestYarnConfigurationFields is present in hadoop-yarn-common. The test is for checking whether all the configurations declared in YarnConfiguration exist in yarn-default.xml or not. > But as YarnConfiguration is in hadoop-yarn-api, if somebody changes this file, it is not necessary that this test will be run. So if the developer misses to update yarn-default.xml and patch is committed, it will lead to unnecessary test failures after commit. -- This message was sent by Atlassian JIRA (v6.3.4#6332)