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
> 


Attachment: smime.p7s
Description: Signature cryptographique S/MIME

Reply via email to