archiva-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Olivier Lamy <ol...@apache.org>
Subject Re: Random unit test fail during build
Date Thu, 01 Mar 2012 15:39:36 GMT
something you can do to have more results in the search: go to remote
repositories mngt screen and schedule a remote index download. (can
take long :-) )

2012/3/1 Olivier Lamy <olamy@apache.org>:
> Use your local archiva as a mirror of central :-).
> Start archiva.
>
> In ~/.m2/settings.xml
>  <mirrors>
>    <mirror>
>      <name>archiva</name>
>      <mirrorOf>central</mirrorOf>
>      <id>archiva-mirror</id>
>      <url>http://localhost:9091/archiva/repository/internal/</url>
>    </mirror>
>  </mirrors>
>
> and build a project using an empty repo: add -Dmaven.repo.local=path
> to an empty repo
>
> this will populate your archiva instance.
>
> 2012/3/1 Eric Barboni <barboni@irit.fr>:
>> Just a question how to have some artifact inside  the new UI to test?
>>
>> -----Message d'origine-----
>> De : Olivier Lamy [mailto:olamy@apache.org]
>> Envoyé : jeudi 1 mars 2012 12:47
>> À : dev@archiva.apache.org
>> Objet : Re: Random unit test fail during build
>>
>> 2012/3/1 Eric Barboni <barboni@irit.fr>:
>>> Yep not so much failure.
>> Cool :-)
>> I have implemented some filtering on search. Have a look :-) Don't miss -U I
>> have changed few things in redback too.
>>
>>>
>>> I move from jdk7.0 to jdk7.3 but they are still random test failure.
>>>
>>> Is Jenkins able to build only one artifact for example
>>> archiva-scheduler-repository (which fail random) and do a lots of
>>> clean build to see if at least on fail :p ?
>>> Something like checkout + 100 * mvn clean install
>>>
>>>
>>>
>>>
>>> -----Message d'origine-----
>>> De : Olivier Lamy [mailto:olamy@apache.org] Envoyé : mercredi 29
>>> février 2012 18:26 À : dev@archiva.apache.org Objet : Re: Random unit
>>> test fail during build
>>>
>>> 2012/2/29 Eric Barboni <barboni@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: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.assertSn
>>>>>>>> a
>>>>>>>> p
>>>>>>>> s
>>>>>>>> h
>>>>>>>> o
>>>>>>>> tVersi
>>>>>>>> ons(MetadataToolsTest.java:372)
>>>>>>>>        at
>>>>>>>> org.apache.archiva.repository.metadata.MetadataToolsTest.testGath
>>>>>>>> e
>>>>>>>> r
>>>>>>>> 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(DelegatingMethodA
>>>>>>>> c
>>>>>>>> c
>>>>>>>> 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(Reflectiv
>>>>>>>> e
>>>>>>>> C
>>>>>>>> a
>>>>>>>> l
>>>>>>>> l
>>>>>>>> able.j
>>>>>>>> ava:15)
>>>>>>>>        at
>>>>>>>> org.junit.runners.model.FrameworkMethod.invokeExplosively(Framewo
>>>>>>>> r
>>>>>>>> k
>>>>>>>> M
>>>>>>>> e
>>>>>>>> t
>>>>>>>> hod.ja
>>>>>>>> va:41)
>>>>>>>>        at
>>>>>>>> org.junit.internal.runners.statements.InvokeMethod.evaluate(Invok
>>>>>>>> e
>>>>>>>> M
>>>>>>>> e
>>>>>>>> t
>>>>>>>> h
>>>>>>>> od.jav
>>>>>>>> a:20)
>>>>>>>>        at
>>>>>>>> org.springframework.test.context.junit4.statements.RunBeforeTestM
>>>>>>>> e
>>>>>>>> t
>>>>>>>> h
>>>>>>>> o
>>>>>>>> d
>>>>>>>> Callba
>>>>>>>> cks.evaluate(RunBeforeTestMethodCallbacks.java:74)
>>>>>>>>        at
>>>>>>>> org.springframework.test.context.junit4.statements.RunAfterTestMe
>>>>>>>> t
>>>>>>>> h
>>>>>>>> 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.e
>>>>>>>> v
>>>>>>>> a
>>>>>>>> l
>>>>>>>> u
>>>>>>>> a
>>>>>>>> te(Spr
>>>>>>>> ingRepeat.java:72)
>>>>>>>>        at
>>>>>>>> org.springframework.test.context.junit4.SpringJUnit4ClassRunner.r
>>>>>>>> u
>>>>>>>> n
>>>>>>>> C
>>>>>>>> h
>>>>>>>> i
>>>>>>>> ld(Spr
>>>>>>>> ingJUnit4ClassRunner.java:231)
>>>>>>>>        at
>>>>>>>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4Clas
>>>>>>>> s
>>>>>>>> R
>>>>>>>> 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.RunBeforeTestC
>>>>>>>> l
>>>>>>>> a
>>>>>>>> s
>>>>>>>> s
>>>>>>>> C
>>>>>>>> allbac
>>>>>>>> ks.evaluate(RunBeforeTestClassCallbacks.java:61)
>>>>>>>>        at
>>>>>>>> org.springframework.test.context.junit4.statements.RunAfterTestCl
>>>>>>>> a
>>>>>>>> s
>>>>>>>> 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.r
>>>>>>>> u
>>>>>>>> n
>>>>>>>> (
>>>>>>>> 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(JU
>>>>>>>> n
>>>>>>>> i
>>>>>>>> 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(DelegatingMethodA
>>>>>>>> c
>>>>>>>> c
>>>>>>>> e
>>>>>>>> s
>>>>>>>> s
>>>>>>>> orImpl
>>>>>>>> .java:43)
>>>>>>>>        at java.lang.reflect.Method.invoke(Method.java:601)
>>>>>>>>        at
>>>>>>>> org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithAr
>>>>>>>> r
>>>>>>>> a
>>>>>>>> y
>>>>>>>> (
>>>>>>>> R
>>>>>>>> eflect
>>>>>>>> ionUtils.java:189)
>>>>>>>>        at
>>>>>>>> org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.in
>>>>>>>> v
>>>>>>>> o
>>>>>>>> k
>>>>>>>> e
>>>>>>>> (
>>>>>>>> Provid
>>>>>>>> erFactory.java:165)
>>>>>>>>        at
>>>>>>>> org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(P
>>>>>>>> r
>>>>>>>> o
>>>>>>>> v
>>>>>>>> i
>>>>>>>> d
>>>>>>>> erFact
>>>>>>>> ory.java:85)
>>>>>>>>        at
>>>>>>>> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(
>>>>>>>> F
>>>>>>>> o
>>>>>>>> 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.CachedFailur
>>>>>>>>> e
>>>>>>>>> s
>>>>>>>>> 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(Cac
>>>>>>>>> h
>>>>>>>>> e
>>>>>>>>> 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
>>>
>>
>>
>>
>> --
>> 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