Is it possible to disable cobertura at the component level only?
Emmanuel Bourg Le 25/03/2013 11:01, Luc Maisonobe a écrit : > Hi all, > > We have already discussed about some problems with the cobertura maven > plugin (see <http://markmail.org/thread/hqckkacin7zby35c> and > <http://markmail.org/thread/7xecuq6shtc4vkzy>). > > As a summary, cobertura seems to not be maintained, there are some bugs > that trigger errors with [math] (see for example > <http://sourceforge.net/tracker/?func=detail&aid=3089579&group_id=130558&atid=720015>), > it takes ages on some tests: on my machine, which is not really fast, it > takes about 9 hours to run [math]! > > As suggested in the threads above, I have tried to remove > instrumentation for the too long BOBYQA tests using this: > > <plugin> > <groupId>org.codehaus.mojo</groupId> > <artifactId>cobertura-maven-plugin</artifactId> > <version>${commons.cobertura.version}</version> > <configuration> > <instrumentation> > <ignores> > > <ignore>org.apache.commons.math3.optim.nonlinear.scalar.noderiv.BOBYQAOptimizer</ignore> > > <ignore>org.apache.commons.math3.optim.nonlinear.scalar.noderiv.BOBYQAOptimizerTest</ignore> > > <ignore>org.apache.commons.math3.optimization.direct.BOBYQAOptimizer</ignore> > > <ignore>org.apache.commons.math3.optimization.direct.BOBYQAOptimizerTest</ignore> > </ignores> > <excludes> > > <exclude>org/apache/commons/math3/**/BOBYQAOptimizer.class</exclude> > > <exclude>org/apache/commons/math3/**/BOBYQAOptimizerTest.class</exclude> > </excludes> > </instrumentation> > </configuration> > </plugin> > > It failed, the tests are still take ages to run. I tried to add the > previous setting in either build or report sections, none worked. > > It therefore appear there is nothing we can do at [math] level to > prevent this, despite the offending tests do run properly in many cases > outside of cobertura (there are random errors with exceeded iteration > count from time to time). > > As we are heading to publish [math] 3.2, it is a very huge problem for > us. It already was for 3.1.1, and it will be as long as we don't remove > cobertura. > > As shown with the sonar instance, Jacoco does a fairly good job at > computing coverage.However, it seems it is not as well integrated into > maven reports as cobertura. In another project, I had to set up a custom > entry in the menu to point to the generated pages in the site menu. > > Would it be possible to replace cobertura with jacoco in parent pom, > either with a manual link to the generated page or with a proper > integration with other reports? > > best regards, > Luc > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org >
smime.p7s
Description: Signature cryptographique S/MIME