Thanks for the expanation, Jacques. Regards,
Pierre Smits *ORRTIZ.COM <http://www.orrtiz.com>* Services & Solutions for Cloud- Based Manufacturing, Professional Services and Retail & Trade http://www.orrtiz.com On Thu, Jun 26, 2014 at 12:48 PM, Jacques Le Roux < [email protected]> wrote: > Indeed :D > > It's related to (currently) eg: http://ci.apache.org/projects/ > ofbiz/logs/13.07/html/ (if you have access) > > Once on 2 the testBasicDisk Junit test fails in Builbot (OFBiz ASF CI > tool) when it's actually a false report > So as I follow Buildbot results, every time this happens I have to check > if there is a real error or not. > > Moreover Buildbot passes from a valid (no errors) to not valid state. > So if you have this false error and then a real error, if you forget the > last state (not valid due to the false report) you will not spot the fact > that a real error occurred :/ > > So again, that's why I REALLY REALLY want to disconnect the testBasicDisk > JUnit test in trunk and all living releases, anyone against it? > > Here it is: > > public void testBasicDisk() throws Exception { > UtilCache<String, String> cache = createUtilCache(5, 0, 0, false, > true); > basicTest(cache); > } > > public void testSimple() throws Exception { > UtilCache<String, String> cache = createUtilCache(5, 0, 0, false, > false); > basicTest(cache); > } > > So, since only testBasicDisk (which uses the disk as a cache > -useFileSystemStore parameter- when not testSimple) fails I think we can > disconnect it > It just shows that the disk sub-system where currently OFBiz Builbot > operates is not safe (which is weird since all the rest is OK, but I'm fed > up with it) > Note that with the previous machine we used (its disk sub-system crashed > few month ago) we NEVER had this issue, and I NEVER got it locally or on > customers servers > > Jacques > > > Le 26/06/2014 12:10, Pierre Smits a écrit : > >> Jacques, >> >> Your question is very ambiguous. What is it exactly that you want to >> disconnect? >> >> Regards, >> >> Pierre Smits >> >> *ORRTIZ.COM <http://www.orrtiz.com>* >> >> Services & Solutions for Cloud- >> Based Manufacturing, Professional >> Services and Retail & Trade >> http://www.orrtiz.com >> >> >> On Thu, Jun 26, 2014 at 11:54 AM, Jacques Le Roux < >> [email protected]> wrote: >> >> Le 05/02/2014 12:07, Jacques Le Roux a écrit : >>> >>> On Wednesday, February 05, 2014 10:32 AM, [email protected] wrote >>> >>>> Jacques, >>>>> >>>>> First you should answer the question for what we are using Buildbot.. >>>>> Is >>>>> it >>>>> for testing or for building? >>>>> >>>>> It builds,tests and package nightly snapshots >>>> http://ci.apache.org/projects/ofbiz/snapshots/ >>>> http://ci.apache.org/ >>>> http://ci.apache.org/waterfall?show_events=false& >>>> branch=&builder=ofbiz-trunk >>>> http://ci.apache.org/waterfall?show_events=false& >>>> branch=&builder=ofbiz-branch13 >>>> http://ci.apache.org/projects/ofbiz/logs/ >>>> >>>> >>>> With the appriopriate IVY configuration you can inject latest, latest >>>>> release, latest in version (e.g. 1.5.x), or whatever external >>>>> (replacement >>>>> jar) to test. >>>>> >>>>> How do you configure that? >>>> Also I think that systematically using Yvy could prove to be difficult, >>>> we have 200+ external libs in OFBiz. >>>> Not only to set it (but also to track which version to keep, etc.) >>>> This said it could be useful for the main libs, but then I wonder if >>>> it's >>>> to easier/more-simple to do it manually from time to time. >>>> The advantages would be that we would be sure to have the last version, >>>> the drawback we need to check it compiles and tests when automatically >>>> changed. With Buildbot, this should be OK. >>>> Though at the moment, since we had to change the machine, the current >>>> Buildbot has a problem with the testBasicDisk test as shows the branch13 >>>> HTML report above. >>>> >>>> So this is a question to All, could we not deconnect this test? It keeps >>>> ransomy throwing false test alerts. >>>> >>>> Because once on 2 testBasicDisk fails in Builbot I REALLY REALLY want >>> to >>> disconnect it in trunk and all living releases, anyone against it? >>> >>> Jacques >>> >>> >>> >>> >>> Jacques >>>> >>>> >>>> Regards, >>>>> >>>>> Pierre Smits >>>>> >>>>> *ORRTIZ.COM <http://ORRTIZ.COM>* >>>>> Services & Solutions for Cloud- >>>>> Based Manufacturing, Professional >>>>> Services and Retail & Trade >>>>> http://www.orrtiz.com >>>>> >>>>> >>>>> On Wed, Feb 5, 2014 at 9:42 AM, Jacques Le Roux < >>>>> [email protected]> wrote: >>>>> >>>>> How would you force it to take 1.5.2 instead of 1.6.2? >>>>> >>>>>> For CI we have Buildbot which works like a charm >>>>>> >>>>>> Jacques >>>>>> >>>>>> On Wednesday, February 05, 2014 9:17 AM, [email protected] wrote >>>>>> >>>>>> Jacques, >>>>>>> >>>>>>> This could easily be avoided if we have >>>>>>> https://issues.apache.org/jira/browse/OFBIZ-5464 combined with CI. >>>>>>> The same >>>>>>> goes for svn commit: r1564662 >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> Pierre Smits >>>>>>> >>>>>>> *ORRTIZ.COM <http://ORRTIZ.COM>* >>>>>>> Services & Solutions for Cloud- >>>>>>> Based Manufacturing, Professional >>>>>>> Services and Retail & Trade >>>>>>> http://www.orrtiz.com >>>>>>> >>>>>>> > -- >
