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: Harry C. <har...@bb...> - 2013-06-27 22:07:30
|
Hello Is it possible to run Cobertura 2.0 with JDK 6? Thanks for your reply. Harry -- View this message in context: http://cobertura.996293.n3.nabble.com/Cobertura-2-0-and-JDK-6-tp3328.html Sent from the cobertura-devel mailing list archive at Nabble.com. |
From: Ashok J. <ash...@ya...> - 2013-06-26 02:40:37
|
Hello There, I am having this requirement. My application's databases are going to be migrated from LUW to z/OS. I am writing the Database Integration test cases. These DAO classes are in one JAVA project. The JUnit Integration test cases are in separate JAVA project where i have added dependency for the actual JAVA project where DAO classes are there. The problem is when i run the command "mvn cobertura:cobertura" it is not generating code coverage report as the source code for these DAO classes is in another JAVA project as said earlier. 1. JAVA Project --> Datamappers classes in this project 2. Test JAVA Project --> Database Integration Test Cases in this project which are using data mapper classes from the above project using maven dependency. Please let me know if this is possible or not? And if yes then how to generate cobertura report for these data mapper classes? Thanks, Ashok Information transmitted by this e-mail is proprietary to YASH Technologies and/ or its Customers and is intended for use only by the individual or entity to which it is addressed, and may contain information that is privileged, confidential or exempt from disclosure under applicable law. If you are not the intended recipient or it appears that this mail has been forwarded to you without proper authority, you are notified that any use or dissemination of this information in any manner is strictly prohibited. In such cases, please notify us immediately at in...@ya... and delete this mail from your records. |
From: John W. L. <Joh...@sa...> - 2013-06-24 15:19:29
|
You can use the Java wildcard mechanism to reduce the command line length. In your Ant script's classpath use: <pathelement location="${jar.dir}/*" /> You have to make sure you use Ant 1.8.2 or higher. John -----Original Message----- From: Dipl.-Ing. Torsten Liermann [mailto:li...@li...] Sent: Monday, June 24, 2013 5:28 AM To: cob...@li... Subject: [Cobertura-devel] Cobertura 2.0, Java 7, and classpath for instrumentation task Hi, In some cases, the instrumantation of java 7 code needs informations of classes/ interfaces that are not in the instrumentation classpath because there are dependencies. It's easy, to put this dependencies to the classpath of the instrumentation task. But the instrumentation tasks starts for each instrumentation a new vm via command line. In bigger projects with many dependencies the instrumantation tasks would not start because of error "command line to long". Is there already a solution to this problem? Thanks Torsten ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Cobertura-devel mailing list Cob...@li... https://lists.sourceforge.net/lists/listinfo/cobertura-devel |
From: Dipl.-Ing. T. L. <li...@li...> - 2013-06-24 10:28:01
|
Hi, In some cases, the instrumantation of java 7 code needs informations of classes/ interfaces that are not in the instrumentation classpath because there are dependencies. It's easy, to put this dependencies to the classpath of the instrumentation task. But the instrumentation tasks starts for each instrumentation a new vm via command line. In bigger projects with many dependencies the instrumantation tasks would not start because of error "command line to long". Is there already a solution to this problem? Thanks Torsten |
From: Alexander J. <aje...@gm...> - 2013-06-24 07:07:05
|
Hi All, When I instrument a web application with EJBs, all the EJB lookups fail. It includes both auto-wired and context.lookup. Any idea why this happens? I am using JBoss 7.1.0. Thanks, Alex. |
From: Alexander J. <aje...@gm...> - 2013-06-20 15:33:30
|
Hi Jason, Are you getting it while instrumenting the code? I also see the same problem, and figured out it happens if any tests are being executed during instrumentation (a mvn package running surefire tests). I disabled the tests and the instrumentation went fine. Yet to test it after deploying the instrumented code on JBoss. Thanks, Alex. On Thu, Jun 6, 2013 at 5:08 PM, Steven Christou <sch...@gm...>wrote: > Are you using old instrumented code? We actually removed the > HasBeenInstrumented interface from being put in the byte code, which will > require that you re-instrument all your code. > > > On 06/06/2013 04:39 PM, Jason Donmoyer wrote: > > Attempting to use Cobertura 2.0 in my existing project results in > a java.lang.NoClassDefFoundError: > net/sourceforge/cobertura/coveragedata/HasBeenInstrumented. Investigating > the github repository and the 2.0 jar file reveals no such file. Can > anyone shed some light on what the issue is? > > Jason > * > * > > > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. A cloud service to automate IT design, transition and operations > 2. Dashboards that offer high-level views of enterprise services > 3. A single system of record for all IT processeshttp://p.sf.net/sfu/servicenow-d2d-j > > > > _______________________________________________ > Cobertura-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/cobertura-devel > > > > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. A cloud service to automate IT design, transition and operations > 2. Dashboards that offer high-level views of enterprise services > 3. A single system of record for all IT processes > http://p.sf.net/sfu/servicenow-d2d-j > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel > > |
From: Steven C. <sch...@gm...> - 2013-06-20 12:05:07
|
What sort of issues are you having? Thanks, Steve. On 06/20/2013 07:01 AM, Fredrik Vallbo wrote: > The sample that is included in download does not work out of the box > for me. It would be nice if you could write some additional advise > about how to get it to work. Currently I get a lot of problems with > the logger and jUnit no matter how much I download different libs > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > > > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel |
From: Fredrik V. <fre...@gm...> - 2013-06-20 12:01:49
|
The sample that is included in download does not work out of the box for me. It would be nice if you could write some additional advise about how to get it to work. Currently I get a lot of problems with the logger and jUnit no matter how much I download different libs |
From: chris m. <jpc...@gm...> - 2013-06-13 21:39:09
|
We see the same ClassNotFoundException with 2.0, but not for all classes we try to instrument. Some instrument fine, so we get a coverage report - but it shows far less coverage due to the failed instrumentation of some classes. We have not established a pattern yet, but it appears to be the same classes over and over which aren't found. Some are in the same source tree, while others are in jars on our classpath. |
From: Hutcheson L. <Lea...@ar...> - 2013-06-11 23:58:15
|
Ok I gave this a shot. I pulled down the code and had to futz with the pom for it to build. There were some post-build actions that were failing. I modified the pom to point to the new version of cobertura. After I got that running, I installed the package locally. Now I'm stuck. I can't seem to find the right configuration to get the plugin to instrument and execute correctly. For every class that is instrumented, I see the following on the console: [cobertura] WARN [main] net.sourceforge.cobertura.instrument.CoberturaInstrumenter - Unable to instrument file /home/[redacted]/target/generated-classes/cobertura/[redacted]/PojoMessageBus.class java.lang.IncompatibleClassChangeError: class net.sourceforge.cobertura.instrument.pass1.DetectIgnoredCodeClassVisitor has interface org.objectweb.asm.ClassVisitor as super class So nothing gets instrumented. Then there are other issues, such as getting this to coexist with the surefire plugin (tests are executed twice?). BTW - this is with maven 3.0.5. From: Steven Christou [mailto:sch...@gm...] Sent: Thursday, June 6, 2013 10:08 AM To: Hutcheson Leander Cc: cob...@li... Subject: Re: [Cobertura-devel] Version 2.0 pushed to maven? Cobertura has been added to the maven central repository (http://search.maven.org/#artifactdetails|net.sourceforge.cobertura|cobertura|2.0|jar). I recently took over development of the cobertura maven plugin from codehaus and will hopefully be releasing an update soon. There are a few minor bugs with the current release of cobertura that I am addressing currently, so I would like to fix these quickly before doing a release for maven. I do not believe there is an easy way to override the current version cobertura uses, however you can do some testing by going to the codehaus repository(http://svn.codehaus.org/mojo/trunk/mojo/cobertura-maven-plugin/) and running a mvn install command to install the snapshot version and use that. On 06/06/2013 09:42 AM, Hutcheson Leander wrote: I just came across the news that version 2.0 was released and that it supports java 7. That is great news, and I eagerly want to try it out. But can anyone tell me when it will be pushed to the maven repositories? Also, does anyone know how to override the version of cobertura used by the maven plugin? Thanks, Trey Hutcheson ------------------------------------------------------------------------------ How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j _______________________________________________ Cobertura-devel mailing list Cob...@li...<mailto:Cob...@li...> https://lists.sourceforge.net/lists/listinfo/cobertura-devel ______________________________________________________________________ This e-mail has been scanned by Arbitron's Email Content Service. ______________________________________________________________________ |
From: Roger W. <rwi...@gm...> - 2013-06-10 17:17:42
|
Hi Thanks for updating Cobertura for Java 7! I've been watching and waiting for this for some time :) Although I tried the beta from Git earlier and had issues so decided to wait. Now I'm having the same problems with the released version too :/ Basically I'm getting errors on every class file I try to instrument. I have a big project and it was running perfectly with Cobertura 1.9.x in the past (before moving to Java 7). I'm using the same scripts and setup I had previously just with new jars. I've tried instrumenting just the lowest level project module (no dependencies) and it blows up on every file. It appears that dependent class files within the same source location are not being found for some reason. So I get the same error for every file: Unable to instrument file XXXXX.class java.lang.RuntimeException: java.lang.ClassNotFoundException: YYYYY ...asm.ClassWriter.getCommonSuperClass ...asm.ClassWriter.a ...asm.Frame.a ...asm.MethodWriter.visitMaxs ...asm.MethodAdapter.visitMaxs ...asm.commons.LocalVariablesSorter.visitMaxs ...asm.ClassReader.accept ...instrument.CoberturaInstrumenter.instrumentClass ...instrument.CoberturaInstrumenter.addInstrumentationToSingleClass ...instrument.Main.addInstrumentationToSingleClass ...instrument.Main.addInstrumentation ...instrument.Main.parseArguments ...instrument.Main.main Is anyone else having this issue? Or is there something I'm doing incorrectly? Or some kind of conflict? Thanks |
From: <Sha...@in...> - 2013-06-10 10:48:30
|
Hi Steven, I haven't set any specific values of forkmode ... i assume it will take default value of 0 (zero), meaning all methods should be executed in main thread. Cobertura version is 1.9.4.1 Java version is 1.7 Thanks, - sharad Steven Christou <sch...@gm...> 06/08/2013 01:24 PM To Sha...@in... cc cob...@li... Subject Re: [Cobertura-devel] Making cobertura camel-aware P Please do not print this e-mail unless it is absolutely necessary P Hello, I am not familiar with Apache Camel, however if the code has been instrumented then the coverage results should get printed as well. What settings do you have for fork and forkmode when you execute your junits? Also what version of cobertura and java are you using? Thanks, Steve. On 06/08/2013 01:01 AM, Sha...@in... wrote: Hi, I am using Apache Camel with Java as the DSL (Domain Specific Language). When I run my JUnits, I expect Cobertura to tell me the code coverage. For camel-specific code, however, it does not show the coverage, even though the JUnit runs fine. I suspect this may be because Cobertura is not camel-aware (i.e. it stops "coverage scanning" when the JUnit jumps to the camel route) Need help on this please. Many thanks in advance, Sharad Goklani This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies and the original message. Any unauthorized review, use, disclosure,dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly prohibited and may be unlawful. The recipient acknowledges that Bharti Airtel Limited or its subsidiaries and associated companies(collectively "Bharti Airtel Limited"),are unable to exercise control or ensure or guarantee the integrity of/overthe contents of the information contained in e-mail transmissions and further acknowledges that any views expressed in this message are those of the individual sender and no binding nature of the message shall be implied or assumed unless the sender does so expressly with due authority of Bharti Airtel Limited. Before opening any attachments please check them for viruses and defects. ------------------------------------------------------------------------------ How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j _______________________________________________ Cobertura-devel mailing list Cob...@li... https://lists.sourceforge.net/lists/listinfo/cobertura-devel ------------------------------------------------------------------------------ How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j _______________________________________________ Cobertura-devel mailing list Cob...@li... https://lists.sourceforge.net/lists/listinfo/cobertura-devel This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies and the original message. Any unauthorized review, use, disclosure,dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly prohibited and may be unlawful. The recipient acknowledges that Bharti Airtel Limited or its subsidiaries and associated companies(collectively "Bharti Airtel Limited"),are unable to exercise control or ensure or guarantee the integrity of/overthe contents of the information contained in e-mail transmissions and further acknowledges that any views expressed in this message are those of the individual sender and no binding nature of the message shall be implied or assumed unless the sender does so expressly with due authority of Bharti Airtel Limited. Before opening any attachments please check them for viruses and defects. |
From: Steven C. <sch...@gm...> - 2013-06-08 07:54:19
|
Hello, I am not familiar with Apache Camel, however if the code has been instrumented then the coverage results should get printed as well. What settings do you have for fork and forkmode when you execute your junits? Also what version of cobertura and java are you using? Thanks, Steve. On 06/08/2013 01:01 AM, Sha...@in... wrote: > > Hi, > > I am using Apache Camel with Java as the DSL (Domain Specific > Language). When I run my JUnits, I expect Cobertura to tell me the > code coverage. > > For camel-specific code, however, it does not show the coverage, even > though the JUnit runs fine. > > I suspect this may be because Cobertura is not camel-aware (i.e. it > stops "coverage scanning" when the JUnit jumps to the camel route) > > Need help on this please. > > Many thanks in advance, > Sharad Goklani > > This e-mail and any files transmitted with it are for the sole use of > the intended recipient(s) and may contain confidential and privileged > information. If you are not the intended recipient, please contact the > sender by reply e-mail and destroy all copies and the original > message. Any unauthorized review, use, disclosure,dissemination, > forwarding, printing or copying of this email or any action taken in > reliance on this e-mail is strictly prohibited and may be unlawful. > The recipient acknowledges that Bharti Airtel Limited or its > subsidiaries and associated companies(collectively "Bharti Airtel > Limited"),are unable to exercise control or ensure or guarantee the > integrity of/overthe contents of the information contained in e-mail > transmissions and further acknowledges that any views expressed in > this message are those of the individual sender and no binding nature > of the message shall be implied or assumed unless the sender does so > expressly with due authority of Bharti Airtel Limited. Before opening > any attachments please check them for viruses and defects. > > > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. A cloud service to automate IT design, transition and operations > 2. Dashboards that offer high-level views of enterprise services > 3. A single system of record for all IT processes > http://p.sf.net/sfu/servicenow-d2d-j > > > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel |
From: <Sha...@in...> - 2013-06-08 06:17:35
|
Hi, I am using Apache Camel with Java as the DSL (Domain Specific Language). When I run my JUnits, I expect Cobertura to tell me the code coverage. For camel-specific code, however, it does not show the coverage, even though the JUnit runs fine. I suspect this may be because Cobertura is not camel-aware (i.e. it stops "coverage scanning" when the JUnit jumps to the camel route) Need help on this please. Many thanks in advance, Sharad Goklani This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies and the original message. Any unauthorized review, use, disclosure,dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly prohibited and may be unlawful. The recipient acknowledges that Bharti Airtel Limited or its subsidiaries and associated companies(collectively "Bharti Airtel Limited"),are unable to exercise control or ensure or guarantee the integrity of/overthe contents of the information contained in e-mail transmissions and further acknowledges that any views expressed in this message are those of the individual sender and no binding nature of the message shall be implied or assumed unless the sender does so expressly with due authority of Bharti Airtel Limited. Before opening any attachments please check them for viruses and defects. |
From: Steven C. <sch...@gm...> - 2013-06-07 00:08:24
|
Are you using old instrumented code? We actually removed the HasBeenInstrumented interface from being put in the byte code, which will require that you re-instrument all your code. On 06/06/2013 04:39 PM, Jason Donmoyer wrote: > Attempting to use Cobertura 2.0 in my existing project results in > a java.lang.NoClassDefFoundError: > net/sourceforge/cobertura/coveragedata/HasBeenInstrumented. > Investigating the github repository and the 2.0 jar file reveals no > such file. Can anyone shed some light on what the issue is? > > Jason > * > * > > > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. A cloud service to automate IT design, transition and operations > 2. Dashboards that offer high-level views of enterprise services > 3. A single system of record for all IT processes > http://p.sf.net/sfu/servicenow-d2d-j > > > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel |
From: Jason D. <ja...@th...> - 2013-06-06 21:39:56
|
Attempting to use Cobertura 2.0 in my existing project results in a java.lang.NoClassDefFoundError: net/sourceforge/cobertura/coveragedata/HasBeenInstrumented. Investigating the github repository and the 2.0 jar file reveals no such file. Can anyone shed some light on what the issue is? Jason * * |
From: Hutcheson L. <Lea...@ar...> - 2013-06-06 15:50:25
|
Thanks for the quick response. When I looked earlier this morning I did not see the artifact. I must have just missed it. I'll give your last bit a shot. Thanks for the help. From: Steven Christou [mailto:sch...@gm...] Sent: Thursday, June 6, 2013 10:08 AM To: Hutcheson Leander Cc: cob...@li... Subject: Re: [Cobertura-devel] Version 2.0 pushed to maven? Cobertura has been added to the maven central repository (http://search.maven.org/#artifactdetails|net.sourceforge.cobertura|cobertura|2.0|jar). I recently took over development of the cobertura maven plugin from codehaus and will hopefully be releasing an update soon. There are a few minor bugs with the current release of cobertura that I am addressing currently, so I would like to fix these quickly before doing a release for maven. I do not believe there is an easy way to override the current version cobertura uses, however you can do some testing by going to the codehaus repository(http://svn.codehaus.org/mojo/trunk/mojo/cobertura-maven-plugin/) and running a mvn install command to install the snapshot version and use that. On 06/06/2013 09:42 AM, Hutcheson Leander wrote: I just came across the news that version 2.0 was released and that it supports java 7. That is great news, and I eagerly want to try it out. But can anyone tell me when it will be pushed to the maven repositories? Also, does anyone know how to override the version of cobertura used by the maven plugin? Thanks, Trey Hutcheson ------------------------------------------------------------------------------ How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j _______________________________________________ Cobertura-devel mailing list Cob...@li...<mailto:Cob...@li...> https://lists.sourceforge.net/lists/listinfo/cobertura-devel ______________________________________________________________________ This e-mail has been scanned by Arbitron's Email Content Service. ______________________________________________________________________ |
From: Steven C. <sch...@gm...> - 2013-06-06 15:08:22
|
Cobertura has been added to the maven central repository (http://search.maven.org/#artifactdetails|net.sourceforge.cobertura|cobertura|2.0|jar). I recently took over development of the cobertura maven plugin from codehaus and will hopefully be releasing an update soon. There are a few minor bugs with the current release of cobertura that I am addressing currently, so I would like to fix these quickly before doing a release for maven. I do not believe there is an easy way to override the current version cobertura uses, however you can do some testing by going to the codehaus repository(http://svn.codehaus.org/mojo/trunk/mojo/cobertura-maven-plugin/) and running a mvn install command to install the snapshot version and use that. On 06/06/2013 09:42 AM, Hutcheson Leander wrote: > > I just came across the news that version 2.0 was released and that it > supports java 7. That is great news, and I eagerly want to try it out. > But can anyone tell me when it will be pushed to the maven repositories? > > Also, does anyone know how to override the version of cobertura used > by the maven plugin? > > Thanks, > > Trey Hutcheson > > > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. A cloud service to automate IT design, transition and operations > 2. Dashboards that offer high-level views of enterprise services > 3. A single system of record for all IT processes > http://p.sf.net/sfu/servicenow-d2d-j > > > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel |
From: Hutcheson L. <Lea...@ar...> - 2013-06-06 14:43:03
|
I just came across the news that version 2.0 was released and that it supports java 7. That is great news, and I eagerly want to try it out. But can anyone tell me when it will be pushed to the maven repositories? Also, does anyone know how to override the version of cobertura used by the maven plugin? Thanks, Trey Hutcheson |
From: Peter R. <pet...@gm...> - 2013-06-04 13:48:41
|
This is great news! Peter On Wed, May 29, 2013 at 6:00 PM, Steven Christou <sch...@gm...>wrote: > Hello, > > I would just like to let everyone know that cobertura 2.0 has just been > released! It contains code changes which work with all java 7 new api > changes, new ignore trivial methods that ignores simple one line > getters/setters/constructors, and the ignore method annotations where > you can specify an annotation and cobertura will ignore that method for > coverage. > > Thanks, > Steve. > > > ------------------------------------------------------------------------------ > Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET > Get 100% visibility into your production application - at no cost. > Code-level diagnostics for performance bottlenecks with <2% overhead > Download for free and get started troubleshooting in minutes. > http://p.sf.net/sfu/appdyn_d2d_ap1 > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel > |
From: Mark D. <ma...@ki...> - 2013-06-04 06:59:31
|
Hi, friends! I noticed that you moved the source to GitHub. Neat! How's that going? No problems? And it looks like you imported the version history and some/all branches and tags, too? If everyone is happy with what's on GitHub, can I suggest disabling the SVN repo on sourceforge to avoid any potential confusion? I believe you can do this using the "Delete" link the "Code" box here: https://sourceforge.net/p/cobertura/admin/tools I believe I still have permission to do this, but it seems more appropriate for an active member of the project to do it. And if anyone wants to remove my permission, feel free! My sourceforge username is thekingant. |
From: Steven C. <sch...@gm...> - 2013-05-29 17:00:27
|
Hello, I would just like to let everyone know that cobertura 2.0 has just been released! It contains code changes which work with all java 7 new api changes, new ignore trivial methods that ignores simple one line getters/setters/constructors, and the ignore method annotations where you can specify an annotation and cobertura will ignore that method for coverage. Thanks, Steve. |
From: Bickerton, A. <Ale...@su...> - 2013-05-21 12:10:55
|
Hi, Is there a timeline for a release that will support JDK 7? I see that there was some recent activity in this area and would like to make use of a "blessed" binary. Regards, Alec Bickerton |
From: Jayan M N <ja...@gm...> - 2013-04-28 12:41:51
|
Yes. It is. Thanks, Jayan On Sun, Apr 28, 2013 at 1:34 PM, Steven Christou <sch...@gm...>wrote: > Is chs.common.IUID by chance an interface? I had a friend who found the > exact same exception when trying to instrument an interface. > > Also, thanks for testing this out! > > Thanks, > Steve. > > > On 04/28/2013 02:37 AM, Jayan M N wrote: > > > Instrumentation, data collection and reporting works. ( My code based is > still mostly jdk6) > > > There are many exceptions similar to below. They end up as warning. The > call stack remain same. Is there way to collect more information in these > cases? > > > [cobertura-instrument] java.lang.RuntimeException: > java.lang.ClassNotFoundException: chs.common.IUID > > [cobertura-instrument] at > org.objectweb.asm.ClassWriter.getCommonSuperClass(Unknown Source) > [cobertura-instrument] at org.objectweb.asm.ClassWriter.a(Unknown Source) > [cobertura-instrument] at org.objectweb.asm.Frame.a(Unknown Source) > [cobertura-instrument] at org.objectweb.asm.Frame.a(Unknown Source) > [cobertura-instrument] at > org.objectweb.asm.MethodWriter.visitMaxs(Unknown Source) > [cobertura-instrument] at > org.objectweb.asm.MethodAdapter.visitMaxs(Unknown Source) > [cobertura-instrument] at > org.objectweb.asm.commons.LocalVariablesSorter.visitMaxs(Unknown Source) > [cobertura-instrument] at org.objectweb.asm.ClassReader.accept(Unknown > Source) > [cobertura-instrument] at org.objectweb.asm.ClassReader.accept(Unknown > Source) > [cobertura-instrument] at > net.sourceforge.cobertura.instrument.CoberturaInstrumenter.instrumentClass(CoberturaInstrumenter.java:194) > [cobertura-instrument] at > net.sourceforge.cobertura.instrument.Main.addInstrumentationToArchive(Main.java:173) > [cobertura-instrument] at > net.sourceforge.cobertura.instrument.Main.addInstrumentationToArchive(Main.java:287) > [cobertura-instrument] at > net.sourceforge.cobertura.instrument.Main.parseArguments(Main.java:426) > [cobertura-instrument] at > net.sourceforge.cobertura.instrument.Main.main(Main.java:450) > > > Once again, thanks for the wonderful effort. > Jayan > > > On Tue, Apr 23, 2013 at 5:59 PM, Steven Christou <sch...@gm...>wrote: > >> Hello everyone, >> >> I just wanted to give everyone a quick status update on the progress of >> the items I had with java 7. There are many great new features with java 7 >> including: >> Try with resources >> Simplified diamond operators >> String switch statements >> Numbers with underscores >> Multi-catch blocks >> (see http://pastebin.com/3DXAca18 for a sample test case I used while >> fixing for java 7) >> >> I have fixed all these features in the trunk version of cobertura( >> https://github.com/cobertura/cobertura/commit/52104a55e416b8e81a669a4adeed84e8d72a844e). >> I was wondering if a few daring souls would be willing to beta test the >> code changes I made, just so I do not get bombarded with bug fixes moments >> after releasing. >> >> For anyone who is interested, I created the channel #cobertura on >> irc.freenode.net which I will be using from time to time to provide some >> installation support or bug issues. >> >> >> ------------------------------------------------------------------------------ >> Try New Relic Now & We'll Send You this Cool Shirt >> New Relic is the only SaaS-based application performance monitoring >> service >> that delivers powerful full stack analytics. Optimize and monitor your >> browser, app, & servers with just a few lines of code. Try New Relic >> and get this awesome Nerd Life shirt! >> http://p.sf.net/sfu/newrelic_d2d_apr >> _______________________________________________ >> Cobertura-devel mailing list >> Cob...@li... >> https://lists.sourceforge.net/lists/listinfo/cobertura-devel >> >> > > |
From: Steven C. <sch...@gm...> - 2013-04-28 08:04:29
|
Is chs.common.IUID by chance an interface? I had a friend who found the exact same exception when trying to instrument an interface. Also, thanks for testing this out! Thanks, Steve. On 04/28/2013 02:37 AM, Jayan M N wrote: > > Instrumentation, data collection and reporting works. ( My code based > is still mostly jdk6) > > > There are many exceptions similar to below. They end up as warning. > The call stack remain same. Is there way to collect more information > in these cases? > > > [cobertura-instrument] java.lang.RuntimeException: > java.lang.ClassNotFoundException: chs.common.IUID > > [cobertura-instrument] at > org.objectweb.asm.ClassWriter.getCommonSuperClass(Unknown Source) > [cobertura-instrument] at org.objectweb.asm.ClassWriter.a(Unknown Source) > [cobertura-instrument] at org.objectweb.asm.Frame.a(Unknown Source) > [cobertura-instrument] at org.objectweb.asm.Frame.a(Unknown Source) > [cobertura-instrument] at > org.objectweb.asm.MethodWriter.visitMaxs(Unknown Source) > [cobertura-instrument] at > org.objectweb.asm.MethodAdapter.visitMaxs(Unknown Source) > [cobertura-instrument] at > org.objectweb.asm.commons.LocalVariablesSorter.visitMaxs(Unknown > Source) [cobertura-instrument] at > org.objectweb.asm.ClassReader.accept(Unknown Source) > [cobertura-instrument] at > org.objectweb.asm.ClassReader.accept(Unknown Source) > [cobertura-instrument] at > net.sourceforge.cobertura.instrument.CoberturaInstrumenter.instrumentClass(CoberturaInstrumenter.java:194) > [cobertura-instrument] at > net.sourceforge.cobertura.instrument.Main.addInstrumentationToArchive(Main.java:173) > [cobertura-instrument] at > net.sourceforge.cobertura.instrument.Main.addInstrumentationToArchive(Main.java:287) > [cobertura-instrument] at > net.sourceforge.cobertura.instrument.Main.parseArguments(Main.java:426) > [cobertura-instrument] at > net.sourceforge.cobertura.instrument.Main.main(Main.java:450) > > > Once again, thanks for the wonderful effort. > Jayan > > > On Tue, Apr 23, 2013 at 5:59 PM, Steven Christou > <sch...@gm... <mailto:sch...@gm...>> wrote: > > Hello everyone, > > I just wanted to give everyone a quick status update on the > progress of the items I had with java 7. There are many great new > features with java 7 including: > Try with resources > Simplified diamond operators > String switch statements > Numbers with underscores > Multi-catch blocks > (see http://pastebin.com/3DXAca18 for a sample test case I used > while fixing for java 7) > > I have fixed all these features in the trunk version of cobertura( > https://github.com/cobertura/cobertura/commit/52104a55e416b8e81a669a4adeed84e8d72a844e). > I was wondering if a few daring souls would be willing to beta > test the code changes I made, just so I do not get bombarded with > bug fixes moments after releasing. > > For anyone who is interested, I created the channel #cobertura on > irc.freenode.net <http://irc.freenode.net> which I will be using > from time to time to provide some installation support or bug issues. > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance > monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! > http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > <mailto:Cob...@li...> > https://lists.sourceforge.net/lists/listinfo/cobertura-devel > > |