Sorry for previous mail.
It was written 2nd of march but come to the list on march 5th (today) :s. It
was before I understand that I had to create admin user.
> ## issue
> - cache
> sometime browse search at bottom
> sometime login register disappears.
IE ?
The /body put at the end solved the problem of strange visual
Was on chrome and ffx.
The login enabled forever was a bug I cannot reproduce now. It may be before
having user. (basically typing admin/admin*** in the login was not saying
wrong account but only "loop")
> - menuitem should have rounded border like other link
like tab/pills ?
yes not necessary exactly same radius but rounded because everything looks
rounded make the left bar menu a bit strange (esthetic concerns)
now at revision-1297102
will be back tomorrow.
Ideas For the browser page as I had no time today (but I can look for that
I you want)
#1 Would be nicer to have no space in the anchor. Create ugly line on side
of the text
#2 It's also possible to have Breadcrumb as kind of tab pill element (
Big rounded button) to keep design among page.
.1 Blueish for folder, "orange" for artifact
One option: With for each folder element of the breadcrumb a dropdown
with list of folder element.
< Home > <org > <apache > <<org.apache:apache>> < search >
.2 content stay the same (.. become less necessary if button are cleary
visible)
Can be cool to have more distinct icon for link to artifact vs folder
Eric
-----Message d'origine-----
De : Olivier Lamy [mailto:ol...@apache.org]
Envoyé : lundi 5 mars 2012 11:10
À : dev@archiva.apache.org
Objet : Re: Random unit test fail during build
2012/3/2 Eric Barboni <eric.barb...@irit.fr>:
> At least I have artifact after resetup everything at my home with no
> proxies and thinks like that (without my 1.4M2 corporate archiva (I
> want to keep it to test some issue not related to webappjs))
>
> I will try to look at browse repository navigation this week end, if
> not already done :p (not net available friday and monday). (Will give
> all feedback I can)
I have a look at your patch and take some points update your local wc :-)
>
>
>
>
> ####
> Idea (en vrac):D
> - Have a nice warning if no js enabled
> > minimal functionnality or
> > get out flintstone and install a modern browser :D
> - svg or vectorial image asap to have non blur archiva logo and apache
feather :D.
> - make maven / continuum looking the same. :D
it's an other story :-)
> - menuitem should have rounded border like other link
like tab/pills ?
> - login ok button valid for ever
??
>
>
>
> ## issue
> - cache
> sometime browse search at bottom
> sometime login register disappears.
IE ?
>
> ## administration issue admin/admin*** not working
???
>
> After some investigation I think I'am missing lots of new features because
I am not able to login .
>
> It seems that auto-admin-creation.properties was not taken into account.
yup I see for that. I can add it again
> the only exception is java.lang.ClassNotFoundException:
> org.jvnet.animal_sniffer.IgnoreJRERequirement
look spring-asm in 3.1.x is doing more check for this animal sniffer
annotation
>
> Too long I know :p
>
> Will help now
>
> Eric
>
>
>
>> 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 <ol...@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 <barb...@irit.fr>:
>> >> Just a question how to have some artifact inside the new UI to test?
>> >>
>> >> -----Message d'origine-----
>> >> De : Olivier Lamy [mailto:ol...@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 <barb...@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:ol...@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 <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.ass
>> >>>>>>>> ertSn
>> >>>>>>>> a
>> >>>>>>>> p
>> >>>>>>>> s
>> >>>>>>>> h
>> >>>>>>>> o
>> >>>>>>>> tVersi
>> >>>>>>>> ons(MetadataToolsTest.java:372)
>> >>>>>>>> at
>> >>>>>>>> org.apache.archiva.repository.metadata.MetadataToolsTest.tes
>> >>>>>>>> tGath
>> >>>>>>>> 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(DelegatingMe
>> >>>>>>>> thodA
>> >>>>>>>> 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(Refl
>> >>>>>>>> ectiv
>> >>>>>>>> e
>> >>>>>>>> C
>> >>>>>>>> a
>> >>>>>>>> l
>> >>>>>>>> l
>> >>>>>>>> able.j
>> >>>>>>>> ava:15)
>> >>>>>>>> at
>> >>>>>>>> org.junit.runners.model.FrameworkMethod.invokeExplosively(Fr
>> >>>>>>>> amewo
>> >>>>>>>> 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.RunBefore
>> >>>>>>>> TestM
>> >>>>>>>> e
>> >>>>>>>> t
>> >>>>>>>> h
>> >>>>>>>> o
>> >>>>>>>> d
>> >>>>>>>> Callba
>> >>>>>>>> cks.evaluate(RunBeforeTestMethodCallbacks.java:74)
>> >>>>>>>> at
>> >>>>>>>> org.springframework.test.context.junit4.statements.RunAfterT
>> >>>>>>>> estMe
>> >>>>>>>> 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.SpringRep
>> >>>>>>>> eat.e
>> >>>>>>>> v
>> >>>>>>>> a
>> >>>>>>>> l
>> >>>>>>>> u
>> >>>>>>>> a
>> >>>>>>>> te(Spr
>> >>>>>>>> ingRepeat.java:72)
>> >>>>>>>> at
>> >>>>>>>> org.springframework.test.context.junit4.SpringJUnit4ClassRun
>> >>>>>>>> ner.r
>> >>>>>>>> u
>> >>>>>>>> n
>> >>>>>>>> C
>> >>>>>>>> h
>> >>>>>>>> i
>> >>>>>>>> ld(Spr
>> >>>>>>>> ingJUnit4ClassRunner.java:231)
>> >>>>>>>> at
>> >>>>>>>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit
>> >>>>>>>> 4Clas
>> >>>>>>>> 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.RunBefore
>> >>>>>>>> TestC
>> >>>>>>>> l
>> >>>>>>>> a
>> >>>>>>>> s
>> >>>>>>>> s
>> >>>>>>>> C
>> >>>>>>>> allbac
>> >>>>>>>> ks.evaluate(RunBeforeTestClassCallbacks.java:61)
>> >>>>>>>> at
>> >>>>>>>> org.springframework.test.context.junit4.statements.RunAfterT
>> >>>>>>>> estCl
>> >>>>>>>> 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.SpringJUnit4ClassRun
>> >>>>>>>> ner.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.executeTestS
>> >>>>>>>> et(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(DelegatingMe
>> >>>>>>>> thodA
>> >>>>>>>> c
>> >>>>>>>> c
>> >>>>>>>> e
>> >>>>>>>> s
>> >>>>>>>> s
>> >>>>>>>> orImpl
>> >>>>>>>> .java:43)
>> >>>>>>>> at java.lang.reflect.Method.invoke(Method.java:601)
>> >>>>>>>> at
>> >>>>>>>> org.apache.maven.surefire.util.ReflectionUtils.invokeMethodW
>> >>>>>>>> ithAr
>> >>>>>>>> r
>> >>>>>>>> a
>> >>>>>>>> y
>> >>>>>>>> (
>> >>>>>>>> R
>> >>>>>>>> eflect
>> >>>>>>>> ionUtils.java:189)
>> >>>>>>>> at
>> >>>>>>>> org.apache.maven.surefire.booter.ProviderFactory$ProviderPro
>> >>>>>>>> xy.in
>> >>>>>>>> v
>> >>>>>>>> o
>> >>>>>>>> k
>> >>>>>>>> e
>> >>>>>>>> (
>> >>>>>>>> Provid
>> >>>>>>>> erFactory.java:165)
>> >>>>>>>> at
>> >>>>>>>> org.apache.maven.surefire.booter.ProviderFactory.invokeProvi
>> >>>>>>>> der(P
>> >>>>>>>> r
>> >>>>>>>> o
>> >>>>>>>> v
>> >>>>>>>> i
>> >>>>>>>> d
>> >>>>>>>> erFact
>> >>>>>>>> ory.java:85)
>> >>>>>>>> at
>> >>>>>>>> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInPro
>> >>>>>>>> cess(
>> >>>>>>>> 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: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.CachedF
>> >>>>>>>>> ailur
>> >>>>>>>>> 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.applyPolic
>> >>>>>>>>> y(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
>
>
>
>
--
Olivier Lamy
Talend: http://coders.talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy
