Re: Random unit test fail during build
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) 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 - menuitem should have rounded border like other link - login ok button valid for ever ## issue - cache sometime browse search at bottom sometime login register disappears. ## 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. the only exception is java.lang.ClassNotFoundException: org.jvnet.animal_sniffer.IgnoreJRERequirement 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 namearchiva/name mirrorOfcentral/mirrorOf idarchiva-mirror/id urlhttp://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
RE: Random unit test fail during build
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 namearchiva/name mirrorOfcentral/mirrorOf idarchiva-mirror/id urlhttp://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
Re: Random unit test fail during build
Use your local archiva as a mirror of central :-). Start archiva. In ~/.m2/settings.xml mirrors mirror namearchiva/name mirrorOfcentral/mirrorOf idarchiva-mirror/id urlhttp://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
Re: Random unit test fail during build
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 namearchiva/name mirrorOfcentral/mirrorOf idarchiva-mirror/id urlhttp://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
Re: Random unit test fail during build
applied thanks ! 2012/2/29 Eric Barboni barb...@irit.fr: 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
RE: Random unit test fail during build
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: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
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
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
RE: Random unit test fail during build
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. -- 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) .| 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. 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.Met 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.assertSnapsho tVersi ons(MetadataToolsTest.java:372) at org.apache.archiva.repository.metadata.MetadataToolsTest.testGatherSna 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(DelegatingMethodAccess 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(ReflectiveCall able.j ava:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMet hod.ja va:41) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMeth od.jav a:20) at org.springframework.test.context.junit4.statements.RunBeforeTestMethod Callba cks.evaluate(RunBeforeTestMethodCallbacks.java:74) at org.springframework.test.context.junit4.statements.RunAfterTestMethodC allbac ks.evaluate(RunAfterTestMethodCallbacks.java:83
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.Me 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.assertSnapsh o tVersi ons(MetadataToolsTest.java:372
Re: Random unit test fail during build
(ForkedBoote r.java:103) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74) -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.Met 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.CachedFailuresPoli 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(CachedFai luresP olicy.java:95) -- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy