Kishan,

Git blame shows the file is checked in by you.  Can you take a look at why it's 
failing?

Thanks.

--Alex

> -----Original Message-----
> From: Daan Hoogland [mailto:dhoogl...@schubergphilis.com]
> Sent: Monday, May 27, 2013 9:39 AM
> To: dev@cloudstack.apache.org
> Subject: PLEASE: master build breaks at
> com.cloud.vpc.NetworkACLServiceTest
> 
> I ran the test in eclipse, it passes, next I do a maven build in eclipse 
> which fails
> on this test. How do I force it to pass, please. This is costing me serious 
> time. I
> am not working on ACLs
> 
> Regards,
> Daan Hoogland
> 
> -----Original Message-----
> From: Daan Hoogland [mailto:dhoogl...@schubergphilis.com]
> Sent: maandag 27 mei 2013 18:23
> To: dev@cloudstack.apache.org
> Subject: RE: master build breaks at com.cloud.vpc.NetworkACLServiceTest
> 
> And if not how do I manipulate the order of tests?
> 
> -----Original Message-----
> From: Daan Hoogland [mailto:dhoogl...@schubergphilis.com]
> Sent: maandag 27 mei 2013 17:02
> To: dev@cloudstack.apache.org
> Subject: RE: master build breaks at com.cloud.vpc.NetworkACLServiceTest
> 
> Alex,
> 
> Can this change out of the box? I had the problem on a clean checkout of
> master.
> 
> -----Original Message-----
> From: Alex Huang [mailto:alex.hu...@citrix.com]
> Sent: maandag 27 mei 2013 15:55
> To: dev@cloudstack.apache.org
> Subject: RE: master build breaks at com.cloud.vpc.NetworkACLServiceTest
> 
> Daan,
> 
> The other possibility is that the test is affected by another test so that it
> breaks when the tests are in a certain order.  Have you noticed what's the
> order of the tests ran when it breaks?
> 
> --Alex
> 
> > -----Original Message-----
> > From: Daan Hoogland [mailto:dhoogl...@schubergphilis.com]
> > Sent: Monday, May 27, 2013 2:37 AM
> > To: dev@cloudstack.apache.org
> > Subject: RE: master build breaks at
> > com.cloud.vpc.NetworkACLServiceTest
> >
> > Being in the habit of replying on my own mails as I seems to be on
> > this list;
> >
> > This seems to be related to eclipse refresh/build code. Does anybody
> > have a solution to it? The problem is not consistently present but all
> > the more irritating.
> >
> > Regards,
> >
> > -----Original Message-----
> > From: Daan Hoogland [mailto:dhoogl...@schubergphilis.com]
> > Sent: maandag 27 mei 2013 7:49
> > To: dev@cloudstack.apache.org
> > Subject: master build breaks at com.cloud.vpc.NetworkACLServiceTest
> >
> > LS,
> >
> > Lately I've been getting,
> > "com.cloud.exception.InvalidParameterValueException: ACL item with
> > number 1 already exists in ACL: null", while building cloudstack. I
> > first thought it was my own hack so I don't know when it was
> > introduced (it is in a clean master that it happens). The full surfire 
> > report
> follows:
> >
> > ----------------------------------------------------------------------
> > --------- Test set: com.cloud.vpc.NetworkACLServiceTest
> > ----------------------------------------------------------------------
> > --------- Tests run: 5, Failures: 0, Errors: 1, Skipped: 0, Time
> > elapsed: 0.219 sec <<< FAILURE!
> > testCreateACLItem(com.cloud.vpc.NetworkACLServiceTest)  Time elapsed:
> > 0.016 sec  <<< ERROR!
> > com.cloud.exception.InvalidParameterValueException: ACL item with
> > number 1 already exists in ACL: null
> >             at
> >
> com.cloud.network.vpc.NetworkACLServiceImpl.createNetworkACLItem(Ne
> > tworkACLServiceImpl.java:270)
> >             at
> >
> com.cloud.vpc.NetworkACLServiceTest.testCreateACLItem(NetworkACLServ
> > iceTest.java:141)
> >             at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >             at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> >             at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
> > Source)
> >             at java.lang.reflect.Method.invoke(Unknown Source)
> >             at
> >
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(Framework
> > Method.java:45)
> >             at
> > org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCall
> > able.jav
> > a:15)
> >             at
> > org.junit.runners.model.FrameworkMethod.invokeExplosively(Framework
> > Method.java:42)
> >             at
> >
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMeth
> > od.java:20)
> >             at
> > org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.j
> > ava
> > :28)
> >             at
> >
> org.springframework.test.context.junit4.statements.RunBeforeTestMethod
> > Callbacks.evaluate(RunBeforeTestMethodCallbacks.java:74)
> >             at
> >
> org.springframework.test.context.junit4.statements.RunAfterTestMethodC
> > allbacks.evaluate(RunAfterTestMethodCallbacks.java:83)
> >             at
> > org.springframework.test.context.junit4.statements.SpringRepeat.evalua
> > te(
> > SpringRepeat.java:72)
> >             at
> > org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChi
> > ld(S
> > pringJUnit4ClassRunner.java:231)
> >             at
> > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunn
> > er.j
> > ava:47)
> >             at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
> >             at 
> > org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
> >             at
> org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
> >             at 
> > org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
> >             at
> org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
> >             at
> > org.springframework.test.context.junit4.statements.RunBeforeTestClassC
> > all
> > backs.evaluate(RunBeforeTestClassCallbacks.java:61)
> >             at
> > org.springframework.test.context.junit4.statements.RunAfterTestClassCa
> > llb
> > acks.evaluate(RunAfterTestClassCallbacks.java:71)
> >             at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
> >             at
> > org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(Sp
> > ring
> > JUnit4ClassRunner.java:174)
> >             at
> > org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider
> > .jav
> > a:236)
> >             at
> > org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4P
> > rov
> > ider.java:134)
> >             at
> > org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.
> > java
> > :113)
> >             at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >             at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> >             at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
> > Source)
> >             at java.lang.reflect.Method.invoke(Unknown Source)
> >             at
> > org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(R
> > efl
> > ectionUtils.java:189)
> >             at
> > org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(
> > Pr
> > oviderFactory.java:165)
> >             at
> > org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(Provid
> > er
> > Factory.java:85)
> >             at
> >
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(Forke
> > d
> > Booter.java:103)
> >             at
> >
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:7
> > 4)

Reply via email to