Menu
▾
▴
cobertura-devel — General questions about using and developing Cobertura.
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
(66) |
Apr
(29) |
May
(85) |
Jun
(66) |
Jul
(24) |
Aug
(139) |
Sep
(72) |
Oct
(26) |
Nov
(142) |
Dec
(34) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(55) |
Feb
(72) |
Mar
(43) |
Apr
(60) |
May
(95) |
Jun
(22) |
Jul
(48) |
Aug
(17) |
Sep
(54) |
Oct
(30) |
Nov
(82) |
Dec
(17) |
| 2007 |
Jan
(23) |
Feb
(38) |
Mar
(46) |
Apr
(12) |
May
(77) |
Jun
(77) |
Jul
(94) |
Aug
(51) |
Sep
(38) |
Oct
(57) |
Nov
(39) |
Dec
(67) |
| 2008 |
Jan
(38) |
Feb
(56) |
Mar
(42) |
Apr
(46) |
May
(37) |
Jun
(43) |
Jul
(52) |
Aug
(22) |
Sep
(22) |
Oct
(34) |
Nov
(37) |
Dec
(29) |
| 2009 |
Jan
(27) |
Feb
(35) |
Mar
(67) |
Apr
(37) |
May
(31) |
Jun
(79) |
Jul
(71) |
Aug
(59) |
Sep
(31) |
Oct
(47) |
Nov
(36) |
Dec
(7) |
| 2010 |
Jan
(15) |
Feb
(87) |
Mar
(38) |
Apr
(33) |
May
(24) |
Jun
(47) |
Jul
(26) |
Aug
(28) |
Sep
(33) |
Oct
(13) |
Nov
(8) |
Dec
(36) |
| 2011 |
Jan
(32) |
Feb
(10) |
Mar
(29) |
Apr
(29) |
May
(17) |
Jun
(14) |
Jul
(33) |
Aug
(11) |
Sep
(7) |
Oct
(7) |
Nov
(6) |
Dec
(10) |
| 2012 |
Jan
(19) |
Feb
(12) |
Mar
(16) |
Apr
(6) |
May
(18) |
Jun
(18) |
Jul
(31) |
Aug
(25) |
Sep
|
Oct
(31) |
Nov
(21) |
Dec
(9) |
| 2013 |
Jan
(8) |
Feb
(16) |
Mar
(8) |
Apr
(7) |
May
(3) |
Jun
(29) |
Jul
(29) |
Aug
|
Sep
(7) |
Oct
(9) |
Nov
(1) |
Dec
(1) |
| 2014 |
Jan
(3) |
Feb
(4) |
Mar
|
Apr
(13) |
May
(8) |
Jun
(5) |
Jul
(2) |
Aug
(4) |
Sep
(4) |
Oct
(2) |
Nov
|
Dec
(2) |
| 2015 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
|
May
(2) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
(2) |
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(3) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: John W. L. <Joh...@sa...> - 2012-10-15 21:49:12
|
Steve Christou suggested that the Cobertura code be moved to github to "allow for more people to commit patches/fixes for certain items?" I think that is a good idea, but I want to see if anyone has an objection to that. John |
|
From: KARR, D. <dk...@at...> - 2012-10-15 20:19:12
|
I'm a little confused about what Maven goals from the Cobertura plugin I should be using. I've bound the "clean" and "check" goals to the "prepare-package" phase, and I've bound the "cobertura" goal to the "package" phase. I thought I found advice that specified these bindings. The Usage page for the plugin doesn't go into this much detail. It talks about the "clean" and "check" goals, but it doesn't specify a phase to bind to. Should I remove the "phase" elements? What phases are they bound to if I don't include them? I appear to be getting valid Cobertura reports, but I'm wondering if I'm doing something additional that's not required, or is redundant. |
|
From: Matthieu M. <Mat...@gr...> - 2012-10-15 14:36:20
|
Steve Christou <sch...@gm...> writes: > I think that could be something simple to implement. Setting up > something like a LogLevel where none could mean don't publish > anything, and all could mean publish everything. Here's a patch implementing that: https://sourceforge.net/tracker/?func=detail&aid=3577330&group_id=130558&atid=720017 -- Matthieu Moy http://www-verimag.imag.fr/~moy/ |
|
From: Steve C. <sch...@gm...> - 2012-10-15 07:00:19
|
I think that could be something simple to implement. Setting up something like a LogLevel where none could mean don't publish anything, and all could mean publish everything. On Sun, Oct 14, 2012 at 12:22 PM, Matthieu Moy <Mat...@gr... > wrote: > Steve Christou <sch...@gm...> writes: > > > One thing you can do is check out the cobertura code, remove/comment all > system.out|err lines and then recompile and > > redistribute. > > Would a patch that allows disabling these messages with an environment > variable be considered by the development team? > > I very much like the fact that I can add a few lines of XML to my > pom.xml and not worry about the rest, so I'd rather use only upstream > features. > > Thanks, > > > On Fri, Oct 12, 2012 at 6:28 AM, Matthieu Moy < > Mat...@gr...> wrote: > > > > Hi, > > > > When executing a cobertura-instrumented set of classes, I get the > > following messages at the end of execution: > > > > Flushing results... > > Flushing results done > > Cobertura: Loaded information on 167 classes. > > Cobertura: Saved information on 167 classes. > > > > The problem is that the tests I'm running expect (and check) a > > particular output, hence the tests fail when ran with cobertura. > > > > Is there a way to disable these messages? If not, how do people work > > around the issue? > > > > Thanks in advance, > > > > -- > > Matthieu Moy > > http://www-verimag.imag.fr/~moy/ > > > > > ------------------------------------------------------------------------------ > > Don't let slow site performance ruin your business. Deploy New Relic > APM > > Deploy New Relic app performance management and know exactly > > what is happening inside your Ruby, Python, PHP, Java, and .NET app > > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > > http://p.sf.net/sfu/newrelic-dev2dev > > _______________________________________________ > > Cobertura-devel mailing list > > Cob...@li... > > https://lists.sourceforge.net/lists/listinfo/cobertura-devel > > > > -- > Matthieu Moy > http://www-verimag.imag.fr/~moy/ > |
|
From: Matthieu M. <Mat...@gr...> - 2012-10-14 17:22:50
|
Steve Christou <sch...@gm...> writes: > One thing you can do is check out the cobertura code, remove/comment all system.out|err lines and then recompile and > redistribute. Would a patch that allows disabling these messages with an environment variable be considered by the development team? I very much like the fact that I can add a few lines of XML to my pom.xml and not worry about the rest, so I'd rather use only upstream features. Thanks, > On Fri, Oct 12, 2012 at 6:28 AM, Matthieu Moy <Mat...@gr...> wrote: > > Hi, > > When executing a cobertura-instrumented set of classes, I get the > following messages at the end of execution: > > Flushing results... > Flushing results done > Cobertura: Loaded information on 167 classes. > Cobertura: Saved information on 167 classes. > > The problem is that the tests I'm running expect (and check) a > particular output, hence the tests fail when ran with cobertura. > > Is there a way to disable these messages? If not, how do people work > around the issue? > > Thanks in advance, > > -- > Matthieu Moy > http://www-verimag.imag.fr/~moy/ > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel > -- Matthieu Moy http://www-verimag.imag.fr/~moy/ |
|
From: Steve C. <sch...@gm...> - 2012-10-13 20:50:38
|
One thing you can do is check out the cobertura code, remove/comment all system.out|err lines and then recompile and redistribute. On Fri, Oct 12, 2012 at 6:28 AM, Matthieu Moy <Mat...@gr...>wrote: > Hi, > > When executing a cobertura-instrumented set of classes, I get the > following messages at the end of execution: > > Flushing results... > Flushing results done > Cobertura: Loaded information on 167 classes. > Cobertura: Saved information on 167 classes. > > The problem is that the tests I'm running expect (and check) a > particular output, hence the tests fail when ran with cobertura. > > Is there a way to disable these messages? If not, how do people work > around the issue? > > Thanks in advance, > > -- > Matthieu Moy > http://www-verimag.imag.fr/~moy/ > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel > |
|
From: Matthieu M. <Mat...@gr...> - 2012-10-12 15:16:35
|
"Zschocke, Florian" <Flo...@cy...> writes: > You're definitely not the only one wanting a report-only goal. I invite other people wanting the same to vote for the bug then ;-) http://jira.codehaus.org/browse/MCOBERTURA-124 The bug has a patch attached, so I guess it is only a matter of catching one of the core developer's attention. -- Matthieu Moy http://www-verimag.imag.fr/~moy/ |
|
From: Matthieu M. <Mat...@gr...> - 2012-10-12 11:29:06
|
Hi, When executing a cobertura-instrumented set of classes, I get the following messages at the end of execution: Flushing results... Flushing results done Cobertura: Loaded information on 167 classes. Cobertura: Saved information on 167 classes. The problem is that the tests I'm running expect (and check) a particular output, hence the tests fail when ran with cobertura. Is there a way to disable these messages? If not, how do people work around the issue? Thanks in advance, -- Matthieu Moy http://www-verimag.imag.fr/~moy/ |
|
From: Daniel W. <wai...@gm...> - 2012-10-12 09:32:03
|
Hi, I have started using Cobertura recently, and find it to be an excellent and invaluable tool. I was disappointed to find out that it doesn't currently support Java 7 features, and that there does not seem to be any development in this direction (please correct me if I am wrong). If this indeed is the case, I would like to look into adding this functionality to Cobertura myself. If anyone has started development in this direction, or has ideas/pointers about the best way to achieve this, I would be grateful for your suggestions or advice. I have worked with instrumentation in other compiler/optimizer frameworks before (LLVM and Soot) and know the concepts of ASM, although I have never used it myself. I understand the first requirement to support Java 7 would be to move to ASM 4.0. I hope this is the best place to ask these questions (I am talking about development, not just requesting it), please forgive me if I am wrong. Daniel -- Regards, Daniel Wainwright |
|
From: Zschocke, F. <Flo...@cy...> - 2012-10-12 06:54:48
|
You're definitely not the only one wanting a report-only goal. We had to patch the cobertura maven plugin, too, to get a report-only goal. We also need it to work around other deficiencies when working with multi-module projects that use interdependent tests. Bets regards, Florian |
|
From: Matthieu M. <Mat...@gr...> - 2012-10-11 17:08:36
|
Steve Christou <sch...@gm...> writes: > No, You might want to take this up with the Mojo > team(http://mojo.codehaus.org/cobertura-maven-plugin/mail-lists.html). > It looks like you would want this issue to get resolved: > http://jira.codehaus.org/browse/MCOBERTURA-124 which is for a report > only goal. That way you can run one test and then generate the > results. Thanks, this is exactly what I want. There's even a (trivial) patch attached to the issue. -- Matthieu Moy http://www-verimag.imag.fr/~moy/ |
|
From: Steve C. <sch...@gm...> - 2012-10-11 15:31:15
|
No, You might want to take this up with the Mojo team( http://mojo.codehaus.org/cobertura-maven-plugin/mail-lists.html). It looks like you would want this issue to get resolved: http://jira.codehaus.org/browse/MCOBERTURA-124 which is for a report only goal. That way you can run one test and then generate the results. Thanks, Steve. On Thu, Oct 11, 2012 at 9:35 AM, Matthieu Moy <Mat...@gr...>wrote: > Hi, > > I'm using Cobertura with the Maven plugin. I like the ability to run > "mvn cobertura:cobertura" to run the whole process (build, test, > report), but I also lack the ability to (re-)generate the report without > (re-)generating the tests. > > Here's a simple use-case: while browsing the HTML report, I find a line > not covered, add a simple test that I think covers it. I'd like to be > able to run this particular test and then regenerate the report, without > having to re-run the whole testsuite. > > Right now, I'm using > > mvn -q exec:java > -Dexec.mainClass=net.sourceforge.cobertura.reporting.Main > -Dexec.args="$args" > > to run cobertura through maven (and not have to care about installation, > classpath and all), but it does not use the configuration I have in > pom.xml, so I have to repeat the source path, destination path, ... on > the command-line. > > Is there a better way? > > Thanks in advance, > > -- > Matthieu Moy > http://www-verimag.imag.fr/~moy/ > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel > |
|
From: Matthieu M. <Mat...@gr...> - 2012-10-11 14:50:57
|
Hi, I'm using Cobertura with the Maven plugin. I like the ability to run "mvn cobertura:cobertura" to run the whole process (build, test, report), but I also lack the ability to (re-)generate the report without (re-)generating the tests. Here's a simple use-case: while browsing the HTML report, I find a line not covered, add a simple test that I think covers it. I'd like to be able to run this particular test and then regenerate the report, without having to re-run the whole testsuite. Right now, I'm using mvn -q exec:java -Dexec.mainClass=net.sourceforge.cobertura.reporting.Main -Dexec.args="$args" to run cobertura through maven (and not have to care about installation, classpath and all), but it does not use the configuration I have in pom.xml, so I have to repeat the source path, destination path, ... on the command-line. Is there a better way? Thanks in advance, -- Matthieu Moy http://www-verimag.imag.fr/~moy/ |
|
From: John K. <jk...@mo...> - 2012-10-10 17:17:28
|
Thanks Steve! That was indeed the issue. Now I know my code coverage! Much appreciated. John Kramer email: jk...@mo...<mailto:jk...@mo...> mobile: 314.435.2370 skype: kramer.mojiva twitter: @KramerKnowsTech<https://twitter.com/KramerKnowsTech> 0xCAFEBABE00000032 From: John Kramer <jk...@mo...<mailto:jk...@mo...>> Date: Tuesday, October 9, 2012 12:14 PM To: Steve Christou <sch...@gm...<mailto:sch...@gm...>> Cc: "cob...@li...<mailto:cob...@li...>" <cob...@li...<mailto:cob...@li...>> Subject: Re: [Cobertura-devel] Out of memory error Great. Thanks. That's most likely my issue. I got pulled away from that branch onto some critical work, but will let you know when I can try your fix. John Kramer email: jk...@mo...<mailto:jk...@mo...> mobile: 314.435.2370 skype: kramer.mojiva twitter: @KramerKnowsTech<https://twitter.com/KramerKnowsTech> 0xCAFEBABE00000032 From: Steve Christou <sch...@gm...<mailto:sch...@gm...>> Date: Tuesday, October 9, 2012 12:12 PM To: John Kramer <jk...@mo...<mailto:jk...@mo...>> Cc: Daniel Zapata <dz...@gm...<mailto:dz...@gm...>>, "cob...@li...<mailto:cob...@li...>" <cob...@li...<mailto:cob...@li...>> Subject: Re: [Cobertura-devel] Out of memory error Yes, and the argument maxmem is used for instrumentation and reporting, not execution of tests. Sometimes the instrumentation and reporting can eat a lot of memory if there are too many classes to instrument. The documentation on mojo states that the cobertura:cobertura target does the following: Instruments, Tests, and Generates a Cobertura Report. This means it executes the test maven target for you. The reason I say it's an issue with surefire is because if you executed cobertura:instrument or cobertura:report you probably won't see the exception, however only during the execution of the tests will you see the error which indicates it's an issue with the jvm from surefire. On Tue, Oct 9, 2012 at 11:05 AM, John Kramer <jk...@mo...<mailto:jk...@mo...>> wrote: So cobertura uses surefire to run the tests? Then what does the maxmem configuration do for cobertura? John Kramer email: jk...@mo...<mailto:jk...@mo...> mobile: 314.435.2370<tel:314.435.2370> skype: kramer.mojiva twitter: @KramerKnowsTech<https://twitter.com/KramerKnowsTech> 0xCAFEBABE00000032 From: Steve Christou <sch...@gm...<mailto:sch...@gm...>> Date: Tuesday, October 9, 2012 12:03 PM To: Daniel Zapata <dz...@gm...<mailto:dz...@gm...>> Cc: John Kramer <jk...@mo...<mailto:jk...@mo...>>, "cob...@li...<mailto:cob...@li...>" <cob...@li...<mailto:cob...@li...>> Subject: Re: [Cobertura-devel] Out of memory error Since you are using surefire to run your junits, the issue is actually with surefire's jvm and not cobertura. Add this to the surefire section: <argLine>-Xmx2048m</argLine> That hopefully should resolve the issue. Thanks, Steve. On Tue, Oct 9, 2012 at 10:42 AM, Daniel Zapata <dz...@gm...<mailto:dz...@gm...>> wrote: Are you sure it's an OOM error and not a permgen error? Can you paste the stack trace? On Mon, Oct 8, 2012 at 8:55 PM, John Kramer <jk...@mo...<mailto:jk...@mo...>> wrote: Hello to all, I am getting a java.lang.OutOfMemoryError when using cobertura (with Maven) to try to find coverage. The test do use a significant amount of memory. When I run them on there own (using Maven and the surefire plugin), I they require approximately 2 GB to run (i.e. No memory issues occur if I use –DargLine="-Xmx2048"). I set up the maxmem property in an active profile my settings.xml like so: <profiles> <profile> … <properties> <cobertura.maxmem>2048M</cobertura.maxmem> </properties> </profile> </profiles> And would expect my tests to pass when I do this: mvn cobertura:cobertura But I get an out of memory error. Even if I set the max memory usage to 8 GB, I get that error. I am guessing that this has something to do with the way that cobertura manages memory, but know so little about it. Can anyone provide some guidance? Thanks! John Kramer email: jk...@mo...<mailto:jk...@mo...> mobile: 314.435.2370<tel:314.435.2370> skype: kramer.mojiva twitter: @KramerKnowsTech<https://twitter.com/KramerKnowsTech> 0xCAFEBABE00000032 ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ Cobertura-devel mailing list Cob...@li...<mailto:Cob...@li...> https://lists.sourceforge.net/lists/listinfo/cobertura-devel ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ Cobertura-devel mailing list Cob...@li...<mailto:Cob...@li...> https://lists.sourceforge.net/lists/listinfo/cobertura-devel |
|
From: John K. <jk...@mo...> - 2012-10-09 16:14:10
|
Great. Thanks. That's most likely my issue. I got pulled away from that branch onto some critical work, but will let you know when I can try your fix. John Kramer email: jk...@mo...<mailto:jk...@mo...> mobile: 314.435.2370 skype: kramer.mojiva twitter: @KramerKnowsTech<https://twitter.com/KramerKnowsTech> 0xCAFEBABE00000032 From: Steve Christou <sch...@gm...<mailto:sch...@gm...>> Date: Tuesday, October 9, 2012 12:12 PM To: John Kramer <jk...@mo...<mailto:jk...@mo...>> Cc: Daniel Zapata <dz...@gm...<mailto:dz...@gm...>>, "cob...@li...<mailto:cob...@li...>" <cob...@li...<mailto:cob...@li...>> Subject: Re: [Cobertura-devel] Out of memory error Yes, and the argument maxmem is used for instrumentation and reporting, not execution of tests. Sometimes the instrumentation and reporting can eat a lot of memory if there are too many classes to instrument. The documentation on mojo states that the cobertura:cobertura target does the following: Instruments, Tests, and Generates a Cobertura Report. This means it executes the test maven target for you. The reason I say it's an issue with surefire is because if you executed cobertura:instrument or cobertura:report you probably won't see the exception, however only during the execution of the tests will you see the error which indicates it's an issue with the jvm from surefire. On Tue, Oct 9, 2012 at 11:05 AM, John Kramer <jk...@mo...<mailto:jk...@mo...>> wrote: So cobertura uses surefire to run the tests? Then what does the maxmem configuration do for cobertura? John Kramer email: jk...@mo...<mailto:jk...@mo...> mobile: 314.435.2370<tel:314.435.2370> skype: kramer.mojiva twitter: @KramerKnowsTech<https://twitter.com/KramerKnowsTech> 0xCAFEBABE00000032 From: Steve Christou <sch...@gm...<mailto:sch...@gm...>> Date: Tuesday, October 9, 2012 12:03 PM To: Daniel Zapata <dz...@gm...<mailto:dz...@gm...>> Cc: John Kramer <jk...@mo...<mailto:jk...@mo...>>, "cob...@li...<mailto:cob...@li...>" <cob...@li...<mailto:cob...@li...>> Subject: Re: [Cobertura-devel] Out of memory error Since you are using surefire to run your junits, the issue is actually with surefire's jvm and not cobertura. Add this to the surefire section: <argLine>-Xmx2048m</argLine> That hopefully should resolve the issue. Thanks, Steve. On Tue, Oct 9, 2012 at 10:42 AM, Daniel Zapata <dz...@gm...<mailto:dz...@gm...>> wrote: Are you sure it's an OOM error and not a permgen error? Can you paste the stack trace? On Mon, Oct 8, 2012 at 8:55 PM, John Kramer <jk...@mo...<mailto:jk...@mo...>> wrote: Hello to all, I am getting a java.lang.OutOfMemoryError when using cobertura (with Maven) to try to find coverage. The test do use a significant amount of memory. When I run them on there own (using Maven and the surefire plugin), I they require approximately 2 GB to run (i.e. No memory issues occur if I use –DargLine="-Xmx2048"). I set up the maxmem property in an active profile my settings.xml like so: <profiles> <profile> … <properties> <cobertura.maxmem>2048M</cobertura.maxmem> </properties> </profile> </profiles> And would expect my tests to pass when I do this: mvn cobertura:cobertura But I get an out of memory error. Even if I set the max memory usage to 8 GB, I get that error. I am guessing that this has something to do with the way that cobertura manages memory, but know so little about it. Can anyone provide some guidance? Thanks! John Kramer email: jk...@mo...<mailto:jk...@mo...> mobile: 314.435.2370<tel:314.435.2370> skype: kramer.mojiva twitter: @KramerKnowsTech<https://twitter.com/KramerKnowsTech> 0xCAFEBABE00000032 ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ Cobertura-devel mailing list Cob...@li...<mailto:Cob...@li...> https://lists.sourceforge.net/lists/listinfo/cobertura-devel ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ Cobertura-devel mailing list Cob...@li...<mailto:Cob...@li...> https://lists.sourceforge.net/lists/listinfo/cobertura-devel |
|
From: Steve C. <sch...@gm...> - 2012-10-09 16:12:23
|
Yes, and the argument maxmem is used for instrumentation and reporting, not execution of tests. Sometimes the instrumentation and reporting can eat a lot of memory if there are too many classes to instrument. The documentation on mojo states that the cobertura:cobertura target does the following: Instruments, Tests, and Generates a Cobertura Report. This means it executes the test maven target for you. The reason I say it's an issue with surefire is because if you executed cobertura:instrument or cobertura:report you probably won't see the exception, however only during the execution of the tests will you see the error which indicates it's an issue with the jvm from surefire. On Tue, Oct 9, 2012 at 11:05 AM, John Kramer <jk...@mo...> wrote: > So cobertura uses surefire to run the tests? > > Then what does the maxmem configuration do for cobertura? > > John Kramer > email: jk...@mo... > mobile: 314.435.2370 > skype: kramer.mojiva > twitter: @KramerKnowsTech <https://twitter.com/KramerKnowsTech> > 0xCAFEBABE00000032 > > > From: Steve Christou <sch...@gm...> > Date: Tuesday, October 9, 2012 12:03 PM > To: Daniel Zapata <dz...@gm...> > Cc: John Kramer <jk...@mo...>, " > cob...@li..." < > cob...@li...> > Subject: Re: [Cobertura-devel] Out of memory error > > Since you are using surefire to run your junits, the issue is actually > with surefire's jvm and not cobertura. Add this to the surefire section: > > <argLine>-Xmx2048m</argLine> > > That hopefully should resolve the issue. > > Thanks, > Steve. > > > On Tue, Oct 9, 2012 at 10:42 AM, Daniel Zapata <dz...@gm...>wrote: > >> Are you sure it's an OOM error and not a permgen error? Can you paste >> the stack trace? >> >> On Mon, Oct 8, 2012 at 8:55 PM, John Kramer <jk...@mo...> wrote: >> >>> Hello to all, >>> >>> I am getting a java.lang.OutOfMemoryError when using cobertura (with >>> Maven) to try to find coverage. >>> >>> The test do use a significant amount of memory. When I run them on >>> there own (using Maven and the surefire plugin), I they require >>> approximately 2 GB to run (i.e. No memory issues occur if I use >>> –DargLine="-Xmx2048"). I set up the maxmem property in an active profile >>> my settings.xml like so: >>> >>> >>> <profiles> >>> <profile> >>> … >>> <properties> >>> >>> <cobertura.maxmem>2048M</cobertura.maxmem> >>> </properties> >>> </profile> >>> </profiles> >>> >>> >>> And would expect my tests to pass when I do this: >>> >>> mvn cobertura:cobertura >>> >>> But I get an out of memory error. >>> >>> Even if I set the max memory usage to 8 GB, I get that error. >>> >>> I am guessing that this has something to do with the way that >>> cobertura manages memory, but know so little about it. >>> >>> Can anyone provide some guidance? >>> >>> Thanks! >>> >>> >>> John Kramer >>> email: jk...@mo... >>> mobile: 314.435.2370 >>> skype: kramer.mojiva >>> twitter: @KramerKnowsTech <https://twitter.com/KramerKnowsTech> >>> 0xCAFEBABE00000032 >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Don't let slow site performance ruin your business. Deploy New Relic APM >>> Deploy New Relic app performance management and know exactly >>> what is happening inside your Ruby, Python, PHP, Java, and .NET app >>> Try New Relic at no cost today and get our sweet Data Nerd shirt too! >>> http://p.sf.net/sfu/newrelic-dev2dev >>> _______________________________________________ >>> Cobertura-devel mailing list >>> Cob...@li... >>> https://lists.sourceforge.net/lists/listinfo/cobertura-devel >>> >>> >> >> >> ------------------------------------------------------------------------------ >> Don't let slow site performance ruin your business. Deploy New Relic APM >> Deploy New Relic app performance management and know exactly >> what is happening inside your Ruby, Python, PHP, Java, and .NET app >> Try New Relic at no cost today and get our sweet Data Nerd shirt too! >> http://p.sf.net/sfu/newrelic-dev2dev >> _______________________________________________ >> Cobertura-devel mailing list >> Cob...@li... >> https://lists.sourceforge.net/lists/listinfo/cobertura-devel >> >> > |
|
From: John K. <jk...@mo...> - 2012-10-09 16:05:31
|
So cobertura uses surefire to run the tests? Then what does the maxmem configuration do for cobertura? John Kramer email: jk...@mo...<mailto:jk...@mo...> mobile: 314.435.2370 skype: kramer.mojiva twitter: @KramerKnowsTech<https://twitter.com/KramerKnowsTech> 0xCAFEBABE00000032 From: Steve Christou <sch...@gm...<mailto:sch...@gm...>> Date: Tuesday, October 9, 2012 12:03 PM To: Daniel Zapata <dz...@gm...<mailto:dz...@gm...>> Cc: John Kramer <jk...@mo...<mailto:jk...@mo...>>, "cob...@li...<mailto:cob...@li...>" <cob...@li...<mailto:cob...@li...>> Subject: Re: [Cobertura-devel] Out of memory error Since you are using surefire to run your junits, the issue is actually with surefire's jvm and not cobertura. Add this to the surefire section: <argLine>-Xmx2048m</argLine> That hopefully should resolve the issue. Thanks, Steve. On Tue, Oct 9, 2012 at 10:42 AM, Daniel Zapata <dz...@gm...<mailto:dz...@gm...>> wrote: Are you sure it's an OOM error and not a permgen error? Can you paste the stack trace? On Mon, Oct 8, 2012 at 8:55 PM, John Kramer <jk...@mo...<mailto:jk...@mo...>> wrote: Hello to all, I am getting a java.lang.OutOfMemoryError when using cobertura (with Maven) to try to find coverage. The test do use a significant amount of memory. When I run them on there own (using Maven and the surefire plugin), I they require approximately 2 GB to run (i.e. No memory issues occur if I use –DargLine="-Xmx2048"). I set up the maxmem property in an active profile my settings.xml like so: <profiles> <profile> … <properties> <cobertura.maxmem>2048M</cobertura.maxmem> </properties> </profile> </profiles> And would expect my tests to pass when I do this: mvn cobertura:cobertura But I get an out of memory error. Even if I set the max memory usage to 8 GB, I get that error. I am guessing that this has something to do with the way that cobertura manages memory, but know so little about it. Can anyone provide some guidance? Thanks! John Kramer email: jk...@mo...<mailto:jk...@mo...> mobile: 314.435.2370<tel:314.435.2370> skype: kramer.mojiva twitter: @KramerKnowsTech<https://twitter.com/KramerKnowsTech> 0xCAFEBABE00000032 ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ Cobertura-devel mailing list Cob...@li...<mailto:Cob...@li...> https://lists.sourceforge.net/lists/listinfo/cobertura-devel ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ Cobertura-devel mailing list Cob...@li...<mailto:Cob...@li...> https://lists.sourceforge.net/lists/listinfo/cobertura-devel |
|
From: Steve C. <sch...@gm...> - 2012-10-09 16:03:51
|
Since you are using surefire to run your junits, the issue is actually with surefire's jvm and not cobertura. Add this to the surefire section: <argLine>-Xmx2048m</argLine> That hopefully should resolve the issue. Thanks, Steve. On Tue, Oct 9, 2012 at 10:42 AM, Daniel Zapata <dz...@gm...> wrote: > Are you sure it's an OOM error and not a permgen error? Can you paste the > stack trace? > > On Mon, Oct 8, 2012 at 8:55 PM, John Kramer <jk...@mo...> wrote: > >> Hello to all, >> >> I am getting a java.lang.OutOfMemoryError when using cobertura (with >> Maven) to try to find coverage. >> >> The test do use a significant amount of memory. When I run them on >> there own (using Maven and the surefire plugin), I they require >> approximately 2 GB to run (i.e. No memory issues occur if I use >> –DargLine="-Xmx2048"). I set up the maxmem property in an active profile >> my settings.xml like so: >> >> >> <profiles> >> <profile> >> … >> <properties> >> >> <cobertura.maxmem>2048M</cobertura.maxmem> >> </properties> >> </profile> >> </profiles> >> >> >> And would expect my tests to pass when I do this: >> >> mvn cobertura:cobertura >> >> But I get an out of memory error. >> >> Even if I set the max memory usage to 8 GB, I get that error. >> >> I am guessing that this has something to do with the way that cobertura >> manages memory, but know so little about it. >> >> Can anyone provide some guidance? >> >> Thanks! >> >> >> John Kramer >> email: jk...@mo... >> mobile: 314.435.2370 >> skype: kramer.mojiva >> twitter: @KramerKnowsTech <https://twitter.com/KramerKnowsTech> >> 0xCAFEBABE00000032 >> >> >> >> ------------------------------------------------------------------------------ >> Don't let slow site performance ruin your business. Deploy New Relic APM >> Deploy New Relic app performance management and know exactly >> what is happening inside your Ruby, Python, PHP, Java, and .NET app >> Try New Relic at no cost today and get our sweet Data Nerd shirt too! >> http://p.sf.net/sfu/newrelic-dev2dev >> _______________________________________________ >> Cobertura-devel mailing list >> Cob...@li... >> https://lists.sourceforge.net/lists/listinfo/cobertura-devel >> >> > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel > > |
|
From: Daniel Z. <dz...@gm...> - 2012-10-09 15:42:34
|
Are you sure it's an OOM error and not a permgen error? Can you paste the stack trace? On Mon, Oct 8, 2012 at 8:55 PM, John Kramer <jk...@mo...> wrote: > Hello to all, > > I am getting a java.lang.OutOfMemoryError when using cobertura (with > Maven) to try to find coverage. > > The test do use a significant amount of memory. When I run them on > there own (using Maven and the surefire plugin), I they require > approximately 2 GB to run (i.e. No memory issues occur if I use > –DargLine="-Xmx2048"). I set up the maxmem property in an active profile > my settings.xml like so: > > > <profiles> > <profile> > … > <properties> > > <cobertura.maxmem>2048M</cobertura.maxmem> > </properties> > </profile> > </profiles> > > > And would expect my tests to pass when I do this: > > mvn cobertura:cobertura > > But I get an out of memory error. > > Even if I set the max memory usage to 8 GB, I get that error. > > I am guessing that this has something to do with the way that cobertura > manages memory, but know so little about it. > > Can anyone provide some guidance? > > Thanks! > > > John Kramer > email: jk...@mo... > mobile: 314.435.2370 > skype: kramer.mojiva > twitter: @KramerKnowsTech <https://twitter.com/KramerKnowsTech> > 0xCAFEBABE00000032 > > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel > > |
|
From: John K. <jk...@mo...> - 2012-10-09 03:55:07
|
Hello to all,
I am getting a java.lang.OutOfMemoryError when using cobertura (with Maven) to try to find coverage.
The test do use a significant amount of memory. When I run them on there own (using Maven and the surefire plugin), I they require approximately 2 GB to run (i.e. No memory issues occur if I use –DargLine="-Xmx2048"). I set up the maxmem property in an active profile my settings.xml like so:
<profiles>
<profile>
…
<properties>
<cobertura.maxmem>2048M</cobertura.maxmem>
</properties>
</profile>
</profiles>
And would expect my tests to pass when I do this:
mvn cobertura:cobertura
But I get an out of memory error.
Even if I set the max memory usage to 8 GB, I get that error.
I am guessing that this has something to do with the way that cobertura manages memory, but know so little about it.
Can anyone provide some guidance?
Thanks!
John Kramer
email: jk...@mo...<mailto:jk...@mo...>
mobile: 314.435.2370<tel:314.435.2370>
skype: kramer.mojiva
twitter: @KramerKnowsTech<https://twitter.com/KramerKnowsTech>
0xCAFEBABE00000032
|
|
From: arpitha g. <ap....@gm...> - 2012-10-05 19:19:12
|
Hi,
How can I get coverage for java code that is dynamically generated using
process management tools like PEGA?
When PEGA is used for development, java code is generated dynamically. We
tried using cobertura to get coverage but have been unsuccessful.
Has anybody encountered this? Any suggestions/tips is
appreciated.
Thank You!
Arpitha
|
|
From: Shivakumar KN <shi...@gm...> - 2012-08-30 21:37:57
|
Hi It is said "Cobertura works by inserting instrumentation instructions directly into your compiled Java classes". What does this "instrumentation instructions" mean? What does it contain or how it looks like? Thanks and regards Shivakumar |
|
From: Daniel Z. <dz...@gm...> - 2012-08-27 23:48:46
|
Why would a class declaration be marked as not covered? The rest of my
class is 100% covered.
14 0
public class ListItem<ITEM> extends ContextualItem<Integer, ITEM>
implements Comparable<ListItem<ITEM>> {
Thanks,
Danny
|
|
From: KARR, D. <dk...@at...> - 2012-08-27 22:36:00
|
Ah, very good. That's also helpful. From: Steve Christou [mailto:sch...@gm...] Sent: Monday, August 27, 2012 2:16 PM To: KARR, DAVID Cc: Daniel Zapata; cob...@li... Subject: Re: [Cobertura-devel] Where is a doc that explains details of the cobertura report? http://www.ibm.com/developerworks/java/library/j-cobertura/ Look at the paragraph above Figure 3. On Mon, Aug 27, 2012 at 3:54 PM, KARR, DAVID <dk...@at...<mailto:dk...@at...>> wrote: > -----Original Message----- > From: Daniel Zapata [mailto:dz...@gm...<mailto:dz...@gm...>] > Sent: Monday, August 27, 2012 11:23 AM > To: KARR, DAVID > Cc: cob...@li...<mailto:cob...@li...> > Subject: Re: [Cobertura-devel] Where is a doc that explains details of > the cobertura report? > > I have not found such a doc, but I did spend some time studying them. > Anyone else, please correct me if I am wrong. > > Basically, any line with a color is eligible for coverage. That > second column tells you how many times a line was executed. A line is > completely green (all columns, from the line number to the code) if > that line is fully covered. This means all the conditions of that > line have been executed (like an if condition). If the line number is > green but the execution count+code is red, that line has not been > fully executed. > > When I look at the class coverage report, I look for zeroes in the > second column to see where I should focus my coverage. > > Hope that helps, > Danny Yup, that helps. It seemed pretty likely that's what the value indicated, but as I found nothing anywhere that stated this, I wanted to confirm that. I suppose I could dig into the source code, but you would think someone would have written this down somewhere. > On Fri, Aug 24, 2012 at 4:01 PM, KARR, DAVID <dk...@at...<mailto:dk...@at...>> wrote: > > I've seen several pages that show how to generate the cobertura > coverage report, but it seems hard to find something that specifies > exactly what it generates and what all of the values mean. > > > > The vast majority of it is pretty obvious, but there's one thing that > is not completely obvious. When viewing the coverage within each file, > the first column shows line numbers. The second column is either blank > or a number. I'm guessing this number is something like an occurrence > count, but there aren't any labels on the display, and I can't find any > documentation that says exactly what this value represents. > > > > --------------------------------------------------------------------- > --------- > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. > Discussions > > will include endpoint security, mobile security and the latest in > malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > _______________________________________________ > > Cobertura-devel mailing list > > Cob...@li...<mailto:Cob...@li...> > > https://lists.sourceforge.net/lists/listinfo/cobertura-devel ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Cobertura-devel mailing list Cob...@li...<mailto:Cob...@li...> https://lists.sourceforge.net/lists/listinfo/cobertura-devel |
|
From: Steve C. <sch...@gm...> - 2012-08-27 21:16:20
|
http://www.ibm.com/developerworks/java/library/j-cobertura/ Look at the paragraph above Figure 3. On Mon, Aug 27, 2012 at 3:54 PM, KARR, DAVID <dk...@at...> wrote: > > -----Original Message----- > > From: Daniel Zapata [mailto:dz...@gm...] > > Sent: Monday, August 27, 2012 11:23 AM > > To: KARR, DAVID > > Cc: cob...@li... > > Subject: Re: [Cobertura-devel] Where is a doc that explains details of > > the cobertura report? > > > > I have not found such a doc, but I did spend some time studying them. > > Anyone else, please correct me if I am wrong. > > > > Basically, any line with a color is eligible for coverage. That > > second column tells you how many times a line was executed. A line is > > completely green (all columns, from the line number to the code) if > > that line is fully covered. This means all the conditions of that > > line have been executed (like an if condition). If the line number is > > green but the execution count+code is red, that line has not been > > fully executed. > > > > When I look at the class coverage report, I look for zeroes in the > > second column to see where I should focus my coverage. > > > > Hope that helps, > > Danny > > Yup, that helps. It seemed pretty likely that's what the value indicated, > but as I found nothing anywhere that stated this, I wanted to confirm that. > I suppose I could dig into the source code, but you would think someone > would have written this down somewhere. > > > On Fri, Aug 24, 2012 at 4:01 PM, KARR, DAVID <dk...@at...> wrote: > > > I've seen several pages that show how to generate the cobertura > > coverage report, but it seems hard to find something that specifies > > exactly what it generates and what all of the values mean. > > > > > > The vast majority of it is pretty obvious, but there's one thing that > > is not completely obvious. When viewing the coverage within each file, > > the first column shows line numbers. The second column is either blank > > or a number. I'm guessing this number is something like an occurrence > > count, but there aren't any labels on the display, and I can't find any > > documentation that says exactly what this value represents. > > > > > > --------------------------------------------------------------------- > > --------- > > > Live Security Virtual Conference > > > Exclusive live event will cover all the ways today's security and > > > threat landscape has changed and how IT managers can respond. > > Discussions > > > will include endpoint security, mobile security and the latest in > > malware > > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______________________________________________ > > > Cobertura-devel mailing list > > > Cob...@li... > > > https://lists.sourceforge.net/lists/listinfo/cobertura-devel > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel > |
89 messages has been excluded from this view by a project administrator.
