[jira] [Commented] (YARN-3954) TestYarnConfigurationFields#testCompareConfigurationClassAgainstXml fails in trunk

["Varun Saxena (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/YARN-3954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14636902#comment-14636902 ] 

Varun Saxena commented on YARN-3954:
------------------------------------

This test case has been broken by YARN-2003.
Its because there was a new config added in that JIRA {{yarn.cluster.max-application-priority}} which was not added in yarn-default.xml

But I think the main problem here is that YarnConfiguration.java is in hadoop-yarn-api and the test is in hadoop-yarn-common.
Either we should add this test class in hadoop-yarn-api or we shoud make sure that Jenkins runs this test in hadoop-yarn-common if YarnConfiguration.java is changed.
Otherwise we will keep on getting this test failure after commits.

Is there a reason tests are not there in hadoop-yarn-api ?
cc [~ajisakaa], [~sunilg]



> TestYarnConfigurationFields#testCompareConfigurationClassAgainstXml fails in trunk
> ----------------------------------------------------------------------------------
>
>                 Key: YARN-3954
>                 URL: https://issues.apache.org/jira/browse/YARN-3954
>             Project: Hadoop YARN
>          Issue Type: Bug
>            Reporter: Varun Saxena
>            Assignee: Varun Saxena
>
> {noformat}
> Running org.apache.hadoop.yarn.conf.TestYarnConfigurationFields
> Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.47 sec <<< FAILURE! - in org.apache.hadoop.yarn.conf.TestYarnConfigurationFields
> testCompareConfigurationClassAgainstXml(org.apache.hadoop.yarn.conf.TestYarnConfigurationFields)  Time elapsed: 0.068 sec  <<< FAILURE!
> java.lang.AssertionError: class org.apache.hadoop.yarn.conf.YarnConfiguration has 1 variables missing in yarn-default.xml
> 	at org.junit.Assert.fail(Assert.java:88)
> 	at org.junit.Assert.assertTrue(Assert.java:41)
> 	at org.apache.hadoop.conf.TestConfigurationFieldsBase.testCompareConfigurationClassAgainstXml(TestConfigurationFieldsBase.java:429)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 	at java.lang.reflect.Method.invoke(Method.java:606)
> 	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
> 	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> 	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
> 	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> 	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> 	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
> 	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
> 	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
> 	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
> 	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
> 	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
> 	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
> 	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
> 	at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
> 	at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264)
> 	at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
> 	at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124)
> 	at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200)
> 	at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153)
> 	at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)