2012/2/29 Eric Barboni <barb...@irit.fr>: > Well I think I found one more difficult to investigate in > ArchivaRepositoryScanningTaskExecutor :p. > I will take a look. Weird you have so much unit failures. > > Is there a web site where "current svn trunk" reports (surefire,...) are > generated ? nope :-) You have Jenkins which execute builds on various os/jdk here: https://builds.apache.org/view/A-F/view/Archiva/ and not so much failures. > > > -----Message d'origine----- > De : Olivier Lamy [mailto:ol...@apache.org] > Envoyé : mercredi 29 février 2012 16:17 > À : dev@archiva.apache.org > Objet : Re: Random unit test fail during build > > 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.assertSnap >>>>> s >>>>> h >>>>> o >>>>> tVersi >>>>> ons(MetadataToolsTest.java:372) >>>>> at >>>>> org.apache.archiva.repository.metadata.MetadataToolsTest.testGather >>>>> S >>>>> 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(DelegatingMethodAcc >>>>> e >>>>> 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(ReflectiveC >>>>> a >>>>> l >>>>> l >>>>> able.j >>>>> ava:15) >>>>> at >>>>> org.junit.runners.model.FrameworkMethod.invokeExplosively(Framework >>>>> M >>>>> e >>>>> t >>>>> hod.ja >>>>> va:41) >>>>> at >>>>> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeM >>>>> e >>>>> t >>>>> h >>>>> od.jav >>>>> a:20) >>>>> at >>>>> org.springframework.test.context.junit4.statements.RunBeforeTestMet >>>>> h >>>>> o >>>>> d >>>>> Callba >>>>> cks.evaluate(RunBeforeTestMethodCallbacks.java:74) >>>>> at >>>>> org.springframework.test.context.junit4.statements.RunAfterTestMeth >>>>> o >>>>> 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.eva >>>>> l >>>>> u >>>>> a >>>>> te(Spr >>>>> ingRepeat.java:72) >>>>> at >>>>> org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run >>>>> C >>>>> h >>>>> i >>>>> ld(Spr >>>>> ingJUnit4ClassRunner.java:231) >>>>> at >>>>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassR >>>>> u >>>>> 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.RunBeforeTestCla >>>>> s >>>>> s >>>>> C >>>>> allbac >>>>> ks.evaluate(RunBeforeTestClassCallbacks.java:61) >>>>> at >>>>> org.springframework.test.context.junit4.statements.RunAfterTestClas >>>>> s >>>>> 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(JUni >>>>> t >>>>> 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(DelegatingMethodAcc >>>>> e >>>>> s >>>>> s >>>>> orImpl >>>>> .java:43) >>>>> at java.lang.reflect.Method.invoke(Method.java:601) >>>>> at >>>>> org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArra >>>>> y >>>>> ( >>>>> R >>>>> eflect >>>>> ionUtils.java:189) >>>>> at >>>>> org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invo >>>>> k >>>>> e >>>>> ( >>>>> Provid >>>>> erFactory.java:165) >>>>> at >>>>> org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(Pro >>>>> v >>>>> i >>>>> d >>>>> erFact >>>>> ory.java:85) >>>>> at >>>>> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(Fo >>>>> r >>>>> 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.CachedFailures >>>>>> P >>>>>> 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(Cache >>>>>> d >>>>>> 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 >
-- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy
