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
--
