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 15:04:05 GMT
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: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.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: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.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



Mime
View raw message