The only thing that comes to mind ... this early in my
day ... is that there is always a problem if you assume tests run in a
particular order. Not sure if you have that (hidden?) assumption in your
tests, or not? They might work fine on one machine, with one VM, but then
have trouble on another machine with a different VM because it "picks"
a different order.
I know JUnit 11 (which we also moved to, up from JUnit
10) has some built-in help for this, in the form of an Annotation named
I hope this gives one possible hint ... but, could
be something completely unrelated.
Also, Hudson has also been changing its "proxy
rules" at a frequent pace, the past few weeks, if you have anytests
that depend on the network. For a while, it even required a proxy to get to "download.eclipse.org",
only from some machines. I think that's all settling down as of yesterday
and as I understand it no longer requires a proxy to get to 'downloads'.)
Hope this helps, a little.
Ed Willink <ed@xxxxxxxxxxxxx>
Cross project issues
03/14/2013 03:46 AM
Strange Hudson test failures
Is there anything more that you can share with us?
Currently my three projects OCL, QVTd and QVTo are all showing
unexpected test failures. These are not the usual early collapses
attributable to a bad Hudson day. So my suspicions point to EMF or
platform. EMF has only had one change against which I've raised a
critical regression (Bug 403289), but that does not correlate well with
the actual test failure pattern. I would only expect Bug 403289 to give
build failures if a 1.5 JRE is present, which it isn't on our Hudson jobs.
On 8-Mar I spent a long time trying to reproduce QVTo test failures that
appeared after I removed the org.junit4 dependency. I was unsuccessful
and when I continued on 9-Mar the problems had vanished. Perhaps it was
Hudson, perhaps it was the platform that went through a significant change.
Looking at the dashboard, I see quite a few recent completions with
amber status. Is anyone else seeing these issues?
[Hudson UI, particularly the Configure-Save response is incredibly slow
at the moment, indeed Save frequently doesn't refresh at all, but
Back-Configure confirms whether the change has occurred.]