2012/2/29 Eric Barboni <barb...@irit.fr>: > 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 ?
reopened. > 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 > > -- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy