Supposedly cobertura 2.0.3 fixes this. But the fix was broken. So a
2.0.4-SNAPSHOT was created, last fall. But then the cloudbees ci server
has been hibernated, so you can't download that anymore. So you clone
the repo on github. But then when doing mvn package, it attempts to
fetch a plugin resource from oss.sonatype.org, which gives a 404. And
nothing about this on the current mailing list.
Which then ended up being because I was using maven 2.x, instead of
3.x. Which I installed, but then the version in debian wheezy is 3.0.4,
while cobertura requires 3.0.5 in several places. But it doesn't,
really, so after changing 4 poms(s/3.0.5/3.0.4/), I now have
cobertura-2.0.4-SNAPSHOT.jar that works.
However, since the license of cobertura is not apache compatible, I
can't just add this to the repo; that's the whole point of the ivy
download target. But I don't know how to make this available. Any
suggestions?
On 06/25/2014 04:53 PM, Adam Heath wrote:
Nicely done. But now cobertura 1.9.4.1 produces byte-code that fails
to verify under 1.7. :(
Don't revert this change, obviously; this is a bug in cobertura.
However, I tried to update it yesterday, but it pulled in a whole
bunch of other deps, so I might need to play some more.
ps: This requires upgrading asm from 3.2 to 4.1(which isn't the latest);
all test cases still pass with this update.
