Sorry for the too local patch but was not capable of doing that for unknown reason. Unclear what the top repo is. Seems to work in all/archiva will do that for next one.
As I will have other test failing cause ordering I want to know if issue https://jira.codehaus.org/browse/MRM-1609 can be reopen a rename as something more generic to store the "faulty" tests ? I can open another issue otherwise. -----Message d'origine----- De : Eric Barboni [mailto:barb...@irit.fr] Envoyé : mercredi 29 février 2012 12:11 À : dev@archiva.apache.org Objet : RE: Random unit test fail during build For the one of the test see issue https://jira.codehaus.org/browse/MRM-1609 -----Message d'origine----- De : Olivier Lamy [mailto:ol...@apache.org] Envoyé : mardi 28 février 2012 19:23 À : dev@archiva.apache.org Objet : Re: Random unit test fail during build 2012/2/28 Eric Barboni <barb...@irit.fr>: > I have limited knowledge of surefire so not sure if I am right Seems > to me that runOrder=alphabetical is only for class ordering and not > for method ordering. > org.apache.maven.surefire.util.DefaultRunOrderCalcultator.java in > surefire-api correct ! So I'm puzzled with your issue. :-( > > I try to run new UI with modifying template to see if it works even > with test unit not working. Yup no problem you can still run the webapp > Seems I can try to propose the patch for browser part (in a close future). > (will write an enhancement issue to keep trace) Good !!! and Thanks ! > > Eric > > > -----Message d'origine----- > De : Olivier Lamy [mailto:ol...@apache.org] Envoyé : mardi 28 février > 2012 15:00 À : dev@archiva.apache.org Objet : Re: Random unit test > fail during build > > 2012/2/28 Eric Barboni <barb...@irit.fr>: >> I log some info during test on Archiva Base :: Repository Interface >> Layer >> >> It seems that the two following tests are executed in random order. >> >> public void testGatherSnapshotVersionsA() public void >> testGatherSnapshotVersionsAWithProxies() >> >> If testGatherSnapshotVersionsA before >> testGatherSnapshotVersionsAWithProxies >> Test run OK >> But testGatherSnapshotVersionsAWithProxies before >> testGatherSnapshotVersionsA leads to 1.0-alpha-11-20070315.033030-10 >> present on the test repository and messing the test. > weird as surefire is configured to runOrder=alphabetical >> >> >> >> -- On the UI (Long and not easy to explain only by text) Cannot yet >> help in coding. Not fluent in the framework yet. >> >> >>>>I like the idea about separate browsing vs search with query >>>>parameters >> (I'm currently working on the search I hope to have finish this week) >> >>>>BTW the autocomplete/filtering on browsing looks to be a nice idea >> (something like http://www.screencast.com/t/01FIwaVTr ? ) (I have >> just committed that) Looks cool >> >> Some other idea to have in the new UI >> >> --> browser with more complete list (list of full path group + >> --> artifact + >> version) with filtering according to current search quick search. >> With nice color cycle to make reading reading easy. >> --> possibility remove in browser (according to user permission, and >> maybe >> upload) less error in filling the delete or upload form. (because >> input can be pre filled) > > yup agree on the delete too :-) (but with selection on which > repository(ies) to delete) > >> ..... | repository | >> Manage >> >> / ant / ant / 1.6.5 | internal | >> remove >> / ant / ant / 1.6 | internal >> | remove >> >> >> --> right side view (1/2 to 1/3 % of width of page) for details >> info with tab like is now when you got the artifact. > > patch welcome :-) > >> >> Alternative menu item center on artifact / repo / report / user / >> system vs find / manage / administration Somehow restricted menu >> should be not displayed or in different color >> >> Artifacts (public with exception) >> Browse >> Search >> Upload (restricted) >> Delete (restricted) >> >> Repository (restricted) >> Repository Group >> Repository >> Proxy connectors >> Network Proxies >> Legacy Support >> >> Reports (public with exception) >> Report >> Audit Log (restricted) >> System Status (restricted) >> >> System (restricted) >> Customize appearance >> Network configuration >> >> >> // >> Users (restricted) seems to be done in top tool bar >> Management >> Roles >> >> >> >> >> >> >> -----Message d'origine----- >> De : Olivier Lamy [mailto:ol...@apache.org] Envoyé : lundi 27 février >> 2012 22:24 À : dev@archiva.apache.org Objet : Re: Random unit test >> fail during build >> >> 2012/2/27 Eric Barboni <barb...@irit.fr>: >>> Hello, >>> Thanks for your answer >>> >>> To cite a new world famous French actor ("P...., genial, mercy") >> :-) >>> It works archiva get started on my localhost with new UI. >>> >>> The tomcat7 seems working good but not sure what is doing :p. >>> I like the permanent banner on top. >>> My 2 cents on current "Find menu item" in UI Work in Progress : >>> Is it possible to merge search and browse page? If now using >>> javascript it may be cool to have a dynamic filtering allowing >>> incomplete >> search. >> >> >>> >>> >>> >>> If doing a clean / build on archiva folder I still have test failure >>> (I am working on windows 7) >> >> no luck :-) >> >>>>> with - Dsurefire.useFile=false and "clean and build" on archiva >>>>> folder >>> >>> Then Archiva Base :: Repository Interface Layer ........ FAILURE >>> [12.329s] >>> >>> testGatherSnapshotVersionsA(org.apache.archiva.repository.metadata.M >>> e >>> t >>> adataT >>> oolsTest) Time elapsed: 0.022 sec <<< FAILURE! >>> java.lang.AssertionError: Assert Snapshot Versions: length/size >>> expected:<8> but was:<9> >>> at org.junit.Assert.fail(Assert.java:91) >>> at org.junit.Assert.failNotEquals(Assert.java:645) >>> at org.junit.Assert.assertEquals(Assert.java:126) >>> at org.junit.Assert.assertEquals(Assert.java:470) >>> at >>> org.apache.archiva.repository.metadata.MetadataToolsTest.assertSnaps >>> h >>> o >>> tVersi >>> ons(MetadataToolsTest.java:372) >>> at >>> org.apache.archiva.repository.metadata.MetadataToolsTest.testGatherS >>> n >>> a >>> pshotV >>> ersionsA(MetadataToolsTest.java:76) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >>> Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. >>> j >>> ava:57 >>> ) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcce >>> s >>> s >>> orImpl >>> .java:43) >>> at java.lang.reflect.Method.invoke(Method.java:601) >>> at >>> >> > org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod. >>> java:44) >>> at >>> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCa >>> l >>> l >>> able.j >>> ava:15) >>> at >>> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkM >>> e >>> t >>> hod.ja >>> va:41) >>> at >>> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMe >>> t >>> h >>> od.jav >>> a:20) >>> at >>> org.springframework.test.context.junit4.statements.RunBeforeTestMeth >>> o >>> d >>> Callba >>> cks.evaluate(RunBeforeTestMethodCallbacks.java:74) >>> at >>> org.springframework.test.context.junit4.statements.RunAfterTestMetho >>> d >>> C >>> allbac >>> ks.evaluate(RunAfterTestMethodCallbacks.java:83) >>> at >>> org.junit.rules.TestWatchman$1.evaluate(TestWatchman.java:48) >>> at >>> org.springframework.test.context.junit4.statements.SpringRepeat.eval >>> u >>> a >>> te(Spr >>> ingRepeat.java:72) >>> at >>> org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runC >>> h >>> i >>> ld(Spr >>> ingJUnit4ClassRunner.java:231) >>> at >>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRu >>> n >>> n >>> er.jav >>> a:49) >>> at >>> org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) >>> at >>> org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) >>> at >>> org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) >>> at >>> org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) >>> at >>> org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) >>> at >>> org.springframework.test.context.junit4.statements.RunBeforeTestClas >>> s >>> C >>> allbac >>> ks.evaluate(RunBeforeTestClassCallbacks.java:61) >>> at >>> org.springframework.test.context.junit4.statements.RunAfterTestClass >>> C >>> a >>> llback >>> s.evaluate(RunAfterTestClassCallbacks.java:71) >>> at org.junit.runners.ParentRunner.run(ParentRunner.java:236) >>> at >>> org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run( >>> S >>> p >>> ringJU >>> nit4ClassRunner.java:174) >>> at >>> >> > org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java: >>> 236) >>> at >>> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit >>> 4 >>> P >>> rovide >>> r.java:134) >>> at >>> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider. >>> java:1 >>> 13) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >>> Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. >>> j >>> ava:57 >>> ) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcce >>> s >>> s >>> orImpl >>> .java:43) >>> at java.lang.reflect.Method.invoke(Method.java:601) >>> at >>> org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray >>> ( >>> R >>> eflect >>> ionUtils.java:189) >>> at >>> org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invok >>> e >>> ( >>> Provid >>> erFactory.java:165) >>> at >>> org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(Prov >>> i >>> d >>> erFact >>> ory.java:85) >>> at >>> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(For >>> k >>> e >>> dBoote >>> r.java:103) >>> at >>> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java: >>> 7 >>> 4) >>> >>> -----Message d'origine----- >>> De : Olivier Lamy [mailto:ol...@apache.org] Envoyé : lundi 27 >>> février >>> 2012 18:08 À : dev@archiva.apache.org Objet : Re: Random unit test >>> fail during build >>> >>> Hello, >>> >>> 2012/2/27 Eric Barboni <barb...@irit.fr>: >>>> Hi archiva dev team, >>>> >>>> I tried to build archiva to see how the new UI looks and also be >>>> able to give better feedback on an issue I have with metadata >>>> (already >>> reported). >>>> >>>> I follow the steps here >>>> http://archiva.apache.org/developers/building.html >>>> step 1 and 2 works fine. >>> Oups my bad is not up2date :-) (I will fix that) Follow instruction >>> from README.txt file. >>> to run the new ui: mvn tomcat7:run -pl :archiva-webapp-js -Pjs -am >>> -Pdev then hit http://localhost:9091/archiva/index.html (optionally >>> force en with ?request_lang=en as other i18n are not here) >>> >>> Those tests always failed ? (weird as I don't see failure on ASF > Jenkins). >>> Can you give more output with -Dsurefire.useFile=false >>> >>> Merci :-) >>> -- >>> Olivier Lamy >>> Talend: http://coders.talend.com >>> http://twitter.com/olamy | http://linkedin.com/in/olamy >>>> >>>> >>>> >>>> But while trying to build step 3 unit test fail in two ways [1] and >>>> [2] (output). >>>> >>>> >>>> >>>> I would be happy to help archiva. I have some hci background and >>>> web design skill (not logo or image design). >>>> >>>> >>>> >>>> Best Regards >>>> >>>> >>>> >>>> Eric Barboni >>>> >>>> >>>> >>>> [1]--- >>>> >>>> In Archiva Base :: Repository Interface Layer >>>> >>>> ------------------------------------------------------------------- >>>> - >>>> - >>>> - >>>> ------ >>>> --- >>>> >>>> Test set: org.apache.archiva.repository.metadata.MetadataToolsTest >>>> >>>> ------------------------------------------------------------------- >>>> - >>>> - >>>> - >>>> ------ >>>> --- >>>> >>>> Tests run: 21, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: >>>> 3.076 sec <<< FAILURE! >>>> >>>> testGatherSnapshotVersionsA(org.apache.archiva.repository.metadata. >>>> M >>>> e >>>> t >>>> adataT >>>> oolsTest) Time elapsed: 0.029 sec <<< FAILURE! >>>> >>>> java.lang.AssertionError: Assert Snapshot Versions: length/size >>>> expected:<8> but was:<9> >>>> >>>> at org.junit.Assert.fail(Assert.java:91) >>>> >>>> >>>> >>>> [2]--- >>>> >>>> In Archiva Base :: Policies >>>> >>>> ------------------------------------------------------------------- >>>> - >>>> - >>>> - >>>> ------ >>>> --- >>>> >>>> Test set: org.apache.archiva.policies.CachedFailuresPolicyTest >>>> >>>> ------------------------------------------------------------------- >>>> - >>>> - >>>> - >>>> ------ >>>> --- >>>> >>>> Tests run: 3, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: >>>> 0.934 sec <<< FAILURE! >>>> >>>> testPolicyYesNotInCache(org.apache.archiva.policies.CachedFailuresP >>>> o >>>> l >>>> i >>>> cyTest >>>> ) Time elapsed: 0.005 sec <<< ERROR! >>>> >>>> org.apache.archiva.policies.PolicyViolationException: NO to fetch, >>>> check-failures detected previous failure on url: >>>> http://a.bad.hostname.maven.org/path/to/resource.txt >>>> >>>> at >>>> org.apache.archiva.policies.CachedFailuresPolicy.applyPolicy(Cached >>>> F >>>> a >>>> i >>>> luresP >>>> olicy.java:95) >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> >> >> >> >> -- >> Olivier Lamy >> Talend: http://coders.talend.com >> http://twitter.com/olamy | http://linkedin.com/in/olamy >> > > > > -- > Olivier Lamy > Talend: http://coders.talend.com > http://twitter.com/olamy | http://linkedin.com/in/olamy > -- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy