Cobertura plugin-in not finding coverage.xml?
Locked
12
12
 
|
I'm using Hudson ver. 1.239, Cobertura 1.9, building with Ant. I'm starting Hudson with defaults...
The ant target executes in my build file, generates the instrumentation, etc... and finally spits out a coverage.xml to a directory. I can see the timestamp change on the coverage.xml file, but the Hudson plugin says the following: "Publishing Cobertura coverage report... No coverage results were found using the pattern 'xxx/coverage.xml'. Did you generate the XML report(s) for Cobertura? finished: FAILURE" |
Re: Cobertura plugin-in not finding coverage.xml?
|
kaygee wrote:
> I'm using Hudson ver. 1.239, Cobertura 1.9, building with Ant. I'm starting > Hudson with defaults... > > The ant target executes in my build file, generates the instrumentation, > etc... and finally spits out a coverage.xml to a directory. I can see the > timestamp change on the coverage.xml file, but the Hudson plugin says the > following: > > "Publishing Cobertura coverage report... > No coverage results were found using the pattern 'xxx/coverage.xml'. Did > you generate the XML report(s) for Cobertura? > finished: FAILURE" > > > -- Fabrizio Giudici, Ph.D. - Java Architect, Project Manager Tidalwave s.a.s. - "We make Java work. Everywhere." weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog [hidden email] - mobile: +39 348.150.6941 --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] |
|
|
It's relative to the root of the workspace. Actually it's the same directory my PMD and findbugs reports are being pulled from except it's in a subdirectory. I'm specifying a filename for example "/test.results/coverage/coverage.xml".
|
Re: Cobertura plugin-in not finding coverage.xml?
|
are you really using a leading slash?
Sent from my iPod On 12 Sep 2008, at 22:18, kaygee <[hidden email]> wrote: > > It's relative to the root of the workspace. Actually it's the same > directory > my PMD and findbugs reports are being pulled from except it's in a > subdirectory. I'm specifying a filename for example > "/test.results/coverage/coverage.xml". > > > Fabrizio Giudici wrote: >> >> kaygee wrote: >>> I'm using Hudson ver. 1.239, Cobertura 1.9, building with Ant. I'm >>> starting >>> Hudson with defaults... >>> >>> The ant target executes in my build file, generates the >>> instrumentation, >>> etc... and finally spits out a coverage.xml to a directory. I can >>> see the >>> timestamp change on the coverage.xml file, but the Hudson plugin >>> says the >>> following: >>> >>> "Publishing Cobertura coverage report... >>> No coverage results were found using the pattern 'xxx/ >>> coverage.xml'. Did >>> you generate the XML report(s) for Cobertura? >>> finished: FAILURE" >>> >>> >>> >> How did you configure the path for the file in the plugin properties >> panel? >> >> -- >> Fabrizio Giudici, Ph.D. - Java Architect, Project Manager >> Tidalwave s.a.s. - "We make Java work. Everywhere." >> weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog >> [hidden email] - mobile: +39 348.150.6941 >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [hidden email] >> For additional commands, e-mail: [hidden email] >> >> >> > > -- > View this message in context: http://www.nabble.com/Cobertura-plugin-in-not-finding-coverage.xml--tp19463822p19464318.html > Sent from the Hudson users mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [hidden email] > For additional commands, e-mail: [hidden email] > --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] |
|
|
Actually since I've noticed it says "pattern" I'm using "**/scot-sprint-05/test.results/coverage/coverage.xml" which has the same problem.
|
|
|
In reply to this post by stephenconnolly
With more Googling I found "http://www.nabble.com/Hudson-cobertura-plugin-can't-find-coverage-file-td16129212.html" and the related open bug report. Do you guys think this is related? If so... please let me know how I can help.
|
Re: Cobertura plugin-in not finding coverage.xml?
|
|
Yeah, sounds like the same issue.
I have to get back to figuring out whats up there -Stephen On Sat, Sep 13, 2008 at 12:00 AM, kaygee <[hidden email]> wrote:
|
|
|
In the meantime... are there any known workarounds?
<quote author="Stephen Connolly-2"> Yeah, sounds like the same issue. I have to get back to figuring out whats up there -Stephen On Sat, Sep 13, 2008 at 12:00 AM, kaygee <kaygee@gmail.com> wrote: > > With more Googling I found > " > http://www.nabble.com/Hudson-cobertura-plugin-can't-find-coverage-file-td16129212.html<http://www.nabble.com/Hudson-cobertura-plugin-can%27t-find-coverage-file-td16129212.html> > " > and the related open bug report. Do you guys think this is related? If > so... > please let me know how I can help. > |
|
|
In reply to this post by stephenconnolly
Has anyone had a workaround for this? I'm considering just generating it and accessing it in the workspace.
|
Re: Cobertura plugin-in not finding coverage.xml?
|
Hi,
I have a workaround running on our build servers which involves generating the report in html and using the Publish JavaDoc feature in Hudson job configuration and it works well. :) I read somewhere else in this forum that the Plublish JavaDoc feature can be used to publish any type of html content and its true. setup your build scripts report targets to generate html (and xml) to a dir and configure that dir as a JavaDoc dir.... Happy reporting.. /Patrik
|
|
|
Excellent. Works like a charm!
|
|
Hi kaygee,
Could you please provide more information about the workaround? Do you use the JavaDoc workaround to copy the "coverage.xml" (that's created by cobertura) to top level folder(s), or do you mean copying the HTML files from the build? I am using maven with multiple modules, and the maven plugin is correctly creating the HTML reports. However, I am interested in using Hudson to track the coverage data, since this allows me to see the coverage data across multiple builds (I was originally using "maven jobs" in Hudson, but I then noticed that the Hudson cobertura plugin will only work for multi-modules if used with simple software jobs). Thanks
|
|
In reply to this post by kaygee
did you find the real issue.
below link says that configuration of cobertura plugin should e in build section rather than reporting section http://www.nabble.com/Cobertura-plugin-doesn%27t-generate-XML-td19721140.html still am using it in reporting section and able to generate the reports but hudson cobertura plugin doesnot find it from the **/site/cobertura/coverage.xml any stable workaround known???
|
|
|
The article you link to appears to be a different problem than Hudson not finding the generated Cobertura XML. My problem wasn't that the XML wasn't generated, but that the Hudson plugin wasn't able to use it. The "stable" workaround I used was to use the javadoc plugin to point at the cobertura HTML output. The Javadoc plugin can be pointed at any HTML. Obviously this isn't a great solution because you lose the link to generated javadocs (if you generated them), and it isn't an obvious link to code coverage. Another solution is to educate people where in the workspace the coverage information is.
|
|
|
even i have the same issue as am able to generate but my hudson cobertura plugin is not able to use it... and in my case the issue gains a further accelration as per the work around is concerned coz i have multiple projects, and can not point to a signle javadoc file.
|
|
|
After experimenting with different setups, I noticed that this issue shows up when I am not using the built-in maven integration. In particular, if I use Ant with multi-module CVS projects, then I get an error message saying that the plug-in is unable to locate the coverage XML files, even though I can clearly see the XML file. Not matter how I change the specification for the ANT path (multiple stars, no stars), the plugin was never able to locate the XML file. Then I decided to uncheck the CVS option to speed up up my experiments (so that I can start builds manually, using the files checked from a previous build), I noticed that the plugin was able to locate the XML file.
This led me to a workaround that seems to work under different conditions. Simply, add a build step that copies the XML files to the folder of the first module. Apparently, the plugin search for the XML file relative to that module (and can't use "../siblingModule" to search in sibling modules). I am using generic Hudson jobs rather than Maven/ANT jobs, and this makes it easy for me to add as many steps as I wanted. I just added a windows batch that does "copy siblingModule/build/coverage.xml firstModule" (where "firstModule" and "siblingModule" are the modules that I am checking out from CVS) By the way, I find this Cobertura plugin to be very useful. Its power is not in the coverage reports for classes and packages; since I can already get similar results from the cobertura report ANT tasks. The real beauty of the plugin is the ability to track coverage statistics across multiple builds. This can give great insight about how the software is evolving over time...
|
Re: Cobertura plugin-in not finding coverage.xml?
|
|
aha! so it' cvs being multi-module
ok, I can fix that Sent from my iPod On 30 Nov 2008, at 03:38, Ross Shah <[hidden email]> wrote: > > After experimenting with different setups, I noticed that this issue > shows up > when I am not using the built-in maven integration. In particular, > if I use > Ant with multi-module CVS projects, then I get an error message > saying that > the plug-in is unable to locate the coverage XML files, even though > I can > clearly see the XML file. Not matter how I change the specification > for the > ANT path (multiple stars, no stars), the plugin was never able to > locate the > XML file. Then I decided to uncheck the CVS option to speed up up my > experiments (so that I can start builds manually, using the files > checked > from a previous build), I noticed that the plugin was able to locate > the XML > file. > > This led me to a workaround that seems to work under different > conditions. > Simply, add a build step that copies the XML files to the folder of > the > first module. Apparently, the plugin search for the XML file > relative to > that module (and can't use "../siblingModule" to search in sibling > modules). > > I am using generic Hudson jobs rather than Maven/ANT jobs, and this > makes it > easy for me to add as many steps as I wanted. I just added a windows > batch > that does "copy siblingModule/build/coverage.xml firstModule" (where > "firstModule" and "siblingModule" are the modules that I am checking > out > from CVS) > > By the way, I find this Cobertura plugin to be very useful. Its > power is not > in the coverage reports for classes and packages; since I can > already get > similar results from the cobertura report ANT tasks. The real beauty > of the > plugin is the ability to track coverage statistics across multiple > builds. > This can give great insight about how the software is evolving over > time... > > > push wrote: >> >> even i have the same issue as am able to generate but my hudson >> cobertura >> plugin is not able to use it... and in my case the issue gains a >> further >> accelration as per the work around is concerned coz i have multiple >> projects, and can not point to a signle javadoc file. >> > -- > View this message in context: http://www.nabble.com/Cobertura-plugin-in-not-finding-coverage.xml--tp19463822p20754273.html > Sent from the Hudson users mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [hidden email] > For additional commands, e-mail: [hidden email] > --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] |
|
|
its an issue fpr multiple modules with SVN
|
Re: Cobertura plugin-in not finding coverage.xml?
|
|
hmmm, I thought multi-modules worked for SVN... as that's the fix I was referring to. WIth SVN if you have more than one module, the file pattern _should be_ rooted in the workspace... if you have only one module it is rooted in the module.
2008/12/1 push <[hidden email]>
|
|
|
i have multiple modules built inside target and each module is having a cobertura generated XML at the location **/site/cobertura/coverage.xml
am giving the same pattern but unfortunatly plugin doesnot find any file at that location..
|
«
Return to Jenkins users
|
1 view|%1 views
Loading...
| Powered by Nabble | Edit this page |