archiva-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Eric Barboni" <barb...@irit.fr>
Subject RE: Random unit test fail during build
Date Wed, 29 Feb 2012 17:15:39 GMT
Well I think I found one more difficult to investigate in
ArchivaRepositoryScanningTaskExecutor :p.
I will take a look.

Is there a web site where "current svn trunk"  reports (surefire,...) are
generated ?


-----Message d'origine-----
De : Olivier Lamy [mailto:olamy@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 <barboni@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:barboni@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:olamy@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 <barboni@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:olamy@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 <barboni@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:olamy@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 <barboni@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:olamy@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 <barboni@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


Mime
View raw message