cobertura-devel Mailing List for Cobertura (Page 27)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Hi,

can we get code coverage for gwt classes that are there in app server?

Regrads

Hi,

In my applicatyion, I open up a swing client from server url through JNLP
and execute some actions on that client. How do I get the code coverage for
those actions? Where it will generate cobertura.ser file for these actions
on the swing client?

Can anyone please provide some help on this as this is urgent for me.

Thanks in advance.

Are you sure that all the *.ser files were generated by the same version of
cobertura ?
Files *.ser are binary (java serialization), so major code changes make them
incompatible.

Piotr Tabor

2010/9/17 gopala krishna <gkn...@gm...>

> Hi All,
>
> When I try to merger many *.ser files, For some lines, I am getting
> following exception
>   [cobertura-merge] java.lang.ClassCastException: java.lang.Integer cannot
> be cast to net.sourceforge.cobertura.coveragedata.ProjectData
>     [cobertura-merge]   at
> net.sourceforge.cobertura.coveragedata.CoverageDataFileHandler.loadCoverageData(CoverageDataFileHandler.java:102)
>     [cobertura-merge]   at
> net.sourceforge.cobertura.coveragedata.CoverageDataFileHandler.loadCovera
> geData(CoverageDataFileHandler.java:70)
>     [cobertura-merge]   at
> net.sourceforge.cobertura.merge.Main.<init>(Main.java:76)
>     [cobertura-merge]   at
> net.sourceforge.cobertura.merge.Main.main(Main.java:96)
>
> What could be the problem?
>
> Also I have cobertura.ser files from different server locations and I am
> renaming them and merging them.
>
> But sometimes I am loosing the coverage data.
> Will it override the data, if I merge the files from different servers, if
> they have data related to same set of classes?
>
> Please throw some light on this.
>
> Regards
>
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>
>

-- 
Pozdrawiam,
Piotr Tabor

Hi All,

When I try to merger many *.ser files, For some lines, I am getting
following exception
  [cobertura-merge] java.lang.ClassCastException: java.lang.Integer cannot
be cast to net.sourceforge.cobertura.coveragedata.ProjectData
    [cobertura-merge]   at
net.sourceforge.cobertura.coveragedata.CoverageDataFileHandler.loadCoverageData(CoverageDataFileHandler.java:102)
    [cobertura-merge]   at
net.sourceforge.cobertura.coveragedata.CoverageDataFileHandler.loadCovera
geData(CoverageDataFileHandler.java:70)
    [cobertura-merge]   at
net.sourceforge.cobertura.merge.Main.<init>(Main.java:76)
    [cobertura-merge]   at
net.sourceforge.cobertura.merge.Main.main(Main.java:96)

What could be the problem?

Also I have cobertura.ser files from different server locations and I am
renaming them and merging them.

But sometimes I am loosing the coverage data.
Will it override the data, if I merge the files from different servers, if
they have data related to same set of classes?

Please throw some light on this.

Regards

I am pretty sure that would require a change to the source.

-----Original Message-----
From: Ольга Майорова [mailto:ol...@ma...] 
Sent: Thursday, September 16, 2010 8:55 AM
To: cob...@li...
Subject: [Cobertura-devel] coverage percentage precision

 Hi team, 

 Is there any config setting in Cobertura to specify the number of digits after  the decimal point in coverage percentages?
 (For example if we need to have 83.76% instead of 84% displayed in the  line/branch coverage report to see the impact of a single added file on the  entire package coverage.)

 Best regards,
 Olga 

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Cobertura-devel mailing list
Cob...@li...
https://lists.sourceforge.net/lists/listinfo/cobertura-devel

 Hi team, 

 Is there any config setting in Cobertura to specify the number of digits after
 the decimal point in coverage percentages?
 (For example if we need to have 83.76% instead of 84% displayed in the
 line/branch coverage report to see the impact of a single added file on the
 entire package coverage.)

 Best regards, 
 Olga 

Hello,

I would like to use cobertura in our project but I have one problem with
implementation, can you please help me?
I'm trying to use cobertura on integration tests. We are using maven antrun
plugin for building our project.
I'm using this profile:

    <profile>
      <id>cobertura</id>
      <activation>
        <activeByDefault>false</activeByDefault>
      </activation>
        <build>
         <plugins>
           <plugin>
             <artifactId>maven-antrun-plugin</artifactId>
              <dependencies>
               <dependency>
                 <groupId>net.sourceforge.cobertura</groupId>
                 <artifactId>cobertura</artifactId>
                 <version>1.9.4.1</version>
                 <scope>test</scope>
               </dependency>
             </dependencies>
             <executions>
              <execution>
               <id>cobertura-instrument</id>
               <phase>pre-integration-test</phase>
                 <configuration>
                   <tasks>
                   <mkdir dir="target/cobertura" />
                   <taskdef classpathref="maven.runtime.classpath"
resource="tasks.properties" />
                   <cobertura-instrument
dataFile="target/cobertura/cobertura.ser">
                      <fileset dir="target/classes">
                        <include name="**/*.class"/>
                      </fileset>
                    </cobertura-instrument>
                    </tasks>
                   </configuration>
               <goals>
                 <goal>run</goal>
               </goals>
              </execution>
              <execution>
               <id>cobertura-report</id>
               <phase>post-integration-test</phase>
                 <configuration>
                   <tasks>
                     <taskdef classpathref="maven.runtime.classpath"
resource="tasks.properties" />
                     <mkdir dir="target/cobertura" />
                     <mkdir dir="target/site/cobertura" />
                     <cobertura-report format="html"
dataFile="${project.build.directory}/cobertura/cobertura.ser"
destdir="${project.build.directory}/site/cobertura"
srcdir="${basedir}/src/main/java">
                     </cobertura-report>
                   </tasks>
                 </configuration>
               <goals>
                 <goal>run</goal>
               </goals>
               </execution>
            </executions>
           </plugin>
          </plugins>
       </build>
     </profile>

No exception is thrown, instrumentation and reporting ended successfully the
cobertura.ser file is created but it is not updated by the running tests.
The report task than reports 0% of coverage on all classes.
I have updated cobertura maven plugin so that it instruments the same
classes and reporting works for integration tests but I can not use that
plugin until it is possible with official version of that plugin.

Can you please help me? I can not find the error in the ant script.

Thank You
Filip Drabek

Hello Cobertura masters,

Long time ago (March) I promised to provide a really faster version of
Cobertura, but I started to be really busy then. Finally I found some time
and prepared it.
It is stored here:
https://cobertura.svn.sourceforge.net/svnroot/cobertura/branches/ptab_v2_0
(should be probably 1.10) and the net.sourceforge.cobertura.instrument
package
is totally rewritten.

The current status is:

 Additional benefits:
     * Speed, speed, speed
     * It is extremly close to supress requirement that *.sar file created
during instrumentation is needed during runtime. In fact the file is now
created
    only for backward compability.
     * SwitchFunctionalTest works now. Some simillar fixes to coverage in
other areas.
     * I think that the new code is cleaner.

  Drawbacks:
     * To count the hits I'm using in this implementation just:  int[] hits;
       and to register hit I use: hits[...]++;
       It is extremly fast, but not exactly thread safe. There will be no
'exception' thrown or other problems, but we can
       miss some hits (tests shows that it is <5% of hits). But it is
guaranteed that if there is at least one hit for a single touch-point, it
will be
       registered. So it does not affect coverage, and seams to be
acceptable for 99.9% usage scenarios.
       If required an exact-thread-safe mode can be implemented (see
AtomicArrayCodeProvider)
       (but usege of AtomicIntegerArray causes significant (5-10 times)
performance decrease - but still is faster then cobertura 1.9.4+).

 TODO:
     * ignore and ignore trival functionality has not been merged yet
     * exact-thread-safe mode swotch
     * The code need more tests

I would appreciate if you (John ?) could have a look at the code and scribe
opinion about it.

Regards,
Piotr Tabor

Exclude them during the instrument step.  This is normally done with an
<exclude> element to cobertura-instrument command.

If you're building a war/ear, during packaging, you'll need to put the
non-instrumented version of those files into the archive.

________________________________

From: Doug Beattie [mailto:Bea...@fa...] 
Sent: Friday, September 03, 2010 4:08 PM
To: cob...@li...
Subject: [Cobertura-devel] How to eliminate code coverage checking
ongenerated code

I have Cobertura code coverage running via Sonar under our Hudson build
environment for several projects.

A number of packages in various projects generate code (html, etc.) that
I do not wish to have factored into the code coverage statistics.

What do I need to do to stop these types of files or packages from being
checked?

Thanks,

Doug

NOTICE: This email message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution is prohibited.
If you are not the intended recipient, please contact the sender by
reply email and destroy all copies of the original message.

I have Cobertura code coverage running via Sonar under our Hudson build environment for several projects.
A number of packages in various projects generate code (html, etc.) that I do not wish to have factored into the code coverage statistics.
What do I need to do to stop these types of files or packages from being checked?
Thanks,
Doug

 NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.

And, like I assumed, it was something stupid.

I had stale class files. Once I did a mvn clean cobertura:cobertura, it cleared up.

Sorry for bugging the list :) I'll go back to learning and lurking :)

-----Original Message-----
From: Andy Akins [mailto:an...@eg...]
Sent: Thu 8/26/2010 3:05 PM
To: cob...@li...
Subject: [Cobertura-devel] Weird coverage report - marking blank lines...

Greetings,

I¹m new to cobertura, and I¹m hoping that I¹m doing something silly/wrong...

If you go to:

http://testing.egovtn.org/cobertura/Application.html

You¹ll see a coverage report I¹ve gotten running cobertura:cobertura goal
under maven2.

The odd thing is its still marking some lines as uncovered (even though I
believe I¹ve written full coverage tests) - and the lines it has marked as
uncovered are blank lines, comments, and function headers.

Normally this wouldn¹t be a problem, since I¹m sure things are covered,
except for our CI procedures I need 85% coverage reported  so the CI build
is failing.

Any ideas what could be causing this, and what I can do to fix it? Here¹s my
configurations:

            <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>cobertura-maven-plugin</artifactId>
                <version>2.4</version>
                <configuration>
                    <check>
                        <branchRate>85</branchRate>
                        <lineRate>85</lineRate>
                        <haltOnFailure>false</haltOnFailure>
                        <totalBranchRate>85</totalBranchRate>
                        <totalLineRate>85</totalLineRate>
                        <packageLineRate>85</packageLineRate>
                        <packageBranchRate>85</packageBranchRate>
                    </check>
                </configuration>
                <executions>
                    <execution>
                        <goals>
                            <goal>clean</goal>
                            <goal>check</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>

Thanks for any help you can give.
-- 
Andy Akins
Director of Development

NICUSA, Tennessee  A Partnership with Tennessee.gov
Phone: (615) 313-0305
Email: an...@eg...

Visit www.tn.gov - the official website of the State of Tennessee

*****************************************************************
CONFIDENTIALITY NOTICE:
This email and any attachments are confidential. If you are not
the intended recipient, you do not have permission to disclose,
copy, distribute, or open any attachments. If you have received
this email in error, please notify us immediately by returning
it to the sender and deleting this copy from your system.
  Thank you. NIC, Inc., Tennessee
*****************************************************************

Well, it's identical to the listing in the html document... but here it is as well:

package gov.tn.portal.tums.entity;

import java.io.Serializable;

import java.util.Calendar;
import java.util.Map;
import java.util.TreeMap;

import javax.persistence.*;

/**
 * DOCUMENT ME!
 *
 * @author   $author$
 * @version  $Revision$, $Date$
 */
@Entity
@SequenceGenerator(
    name = "applicationSequence",
    sequenceName = "applicationSequence"
)
public class Application implements Serializable {
    @Column private String code;
    @Column private String description;
    @Id
    @GeneratedValue(generator = "applicationSequence")
    @Column private long id;
    @OneToMany(mappedBy = "application")
    @MapKey(name = "organizationCode")
    private Map<String, Subscription> subscriptions;

    /**
     * Creates a new Application object.
     *
     * @param  code         DOCUMENT ME!
     * @param  description  DOCUMENT ME!
     */
    public Application(String code, String description) {
        this.code = code;
        this.description = description;
        subscriptions = new TreeMap<String, Subscription>();
        this.id = 0L;
    }

    /**
     * DOCUMENT ME!
     *
     * @return  DOCUMENT ME!
     */
    public String getCode() {
        return code;
    }

    /**
     * DOCUMENT ME!
     *
     * @return  DOCUMENT ME!
     */
    public String getDescription() {
        return description;
    }

    /**
     * DOCUMENT ME!
     *
     * @return  DOCUMENT ME!
     */
    public long getId() {
        return id;
    }

    /**
     * DOCUMENT ME!
     *
     * @return  DOCUMENT ME!
     */
    public Map<String, Subscription> getSubscriptions() {
        return subscriptions;
    }

    /**
     * DOCUMENT ME!
     *
     * @param   orgCode  DOCUMENT ME!
     *
     * @return  DOCUMENT ME!
     */
    public boolean hasSubscription(String orgCode) {

        if (subscriptions.containsKey(orgCode)) {
            return true;
        }

        return false;
    }

    /**
     * DOCUMENT ME!
     *
     * @param  value  DOCUMENT ME!
     */
    public void setCode(String value) {
        code = value;
    }

    /**
     * DOCUMENT ME!
     *
     * @param  value  DOCUMENT ME!
     */
    public void setDescription(String value) {
        description = value;
    }

    /**
     * DOCUMENT ME!
     *
     * @param  value  DOCUMENT ME!
     */
    public void setId(long value) {
        id = value;
    }
}

--
Andy Akins
Director of Development

NICUSA, Tennessee - A Partnership with Tennessee.gov
Phone: (615) 313-0305
Email: an...@eg...

Visit www.tn.gov<http://www.tn.gov> - the official website of the State of Tennessee

*****************************************************************
CONFIDENTIALITY NOTICE:
This email and any attachments are confidential. If you are not
the intended recipient, you do not have permission to disclose,
copy, distribute, or open any attachments. If you have received
this email in error, please notify us immediately by returning
it to the sender and deleting this copy from your system.
  Thank you. NIC, Inc., Tennessee
*****************************************************************

Please send Application.java.

From: Andy Akins [mailto:an...@eg...]
Sent: Thursday, August 26, 2010 4:05 PM
To: cob...@li...
Subject: [Cobertura-devel] Weird coverage report - marking blank lines...

Greetings,

I'm new to cobertura, and I'm hoping that I'm doing something silly/wrong...

If you go to:

http://testing.egovtn.org/cobertura/Application.html

You'll see a coverage report I've gotten running cobertura:cobertura goal under maven2.

The odd thing is its still marking some lines as uncovered (even though I believe I've written full coverage tests) - and the lines it has marked as uncovered are blank lines, comments, and function headers.

Normally this wouldn't be a problem, since I'm sure things are covered, except for our CI procedures I need 85% coverage reported - so the CI build is failing.

Any ideas what could be causing this, and what I can do to fix it? Here's my configurations:

            <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>cobertura-maven-plugin</artifactId>
                <version>2.4</version>
                <configuration>
                    <check>
                        <branchRate>85</branchRate>
                        <lineRate>85</lineRate>
                        <haltOnFailure>false</haltOnFailure>
                        <totalBranchRate>85</totalBranchRate>
                        <totalLineRate>85</totalLineRate>
                        <packageLineRate>85</packageLineRate>
                        <packageBranchRate>85</packageBranchRate>
                    </check>
                </configuration>
                <executions>
                    <execution>
                        <goals>
                            <goal>clean</goal>
                            <goal>check</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>

Thanks for any help you can give.
--
Andy Akins
Director of Development

NICUSA, Tennessee - A Partnership with Tennessee.gov
Phone: (615) 313-0305
Email: an...@eg...

Visit www.tn.gov<http://www.tn.gov> - the official website of the State of Tennessee

*****************************************************************
CONFIDENTIALITY NOTICE:
This email and any attachments are confidential. If you are not
the intended recipient, you do not have permission to disclose,
copy, distribute, or open any attachments. If you have received
this email in error, please notify us immediately by returning
it to the sender and deleting this copy from your system.
  Thank you. NIC, Inc., Tennessee
*****************************************************************

Greetings,

I¹m new to cobertura, and I¹m hoping that I¹m doing something silly/wrong...

If you go to:

http://testing.egovtn.org/cobertura/Application.html

You¹ll see a coverage report I¹ve gotten running cobertura:cobertura goal
under maven2.

The odd thing is its still marking some lines as uncovered (even though I
believe I¹ve written full coverage tests) - and the lines it has marked as
uncovered are blank lines, comments, and function headers.

Normally this wouldn¹t be a problem, since I¹m sure things are covered,
except for our CI procedures I need 85% coverage reported  so the CI build
is failing.

Any ideas what could be causing this, and what I can do to fix it? Here¹s my
configurations:

            <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>cobertura-maven-plugin</artifactId>
                <version>2.4</version>
                <configuration>
                    <check>
                        <branchRate>85</branchRate>
                        <lineRate>85</lineRate>
                        <haltOnFailure>false</haltOnFailure>
                        <totalBranchRate>85</totalBranchRate>
                        <totalLineRate>85</totalLineRate>
                        <packageLineRate>85</packageLineRate>
                        <packageBranchRate>85</packageBranchRate>
                    </check>
                </configuration>
                <executions>
                    <execution>
                        <goals>
                            <goal>clean</goal>
                            <goal>check</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>

Thanks for any help you can give.
-- 
Andy Akins
Director of Development

NICUSA, Tennessee  A Partnership with Tennessee.gov
Phone: (615) 313-0305
Email: an...@eg...

Visit www.tn.gov - the official website of the State of Tennessee

*****************************************************************
CONFIDENTIALITY NOTICE:
This email and any attachments are confidential. If you are not
the intended recipient, you do not have permission to disclose,
copy, distribute, or open any attachments. If you have received
this email in error, please notify us immediately by returning
it to the sender and deleting this copy from your system.
  Thank you. NIC, Inc., Tennessee
*****************************************************************

I'm working with some TestNG tests, configured to fork for each test, 
but the cobertura maven plugin doesn't seem to fork.  E.g., running two 
sample tests with "mvn test" gives

    [rsigal@xxx jboss-remoting]$ mvn test
    ...
    -------------------------------------------------------
      T E S T S
    -------------------------------------------------------
    Running TestSuite
    15:28:53,093 INFO  (main) [org.jboss.remoting3.test.Fork2TestCase]
    test1(): counter = 1
    15:28:53,098 INFO  (main) [org.jboss.remoting3.test.Fork2TestCase]
    test2(): counter = 2
    Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
    0.276 sec
    Running TestSuite
    15:28:53,409 INFO  (main) [org.jboss.remoting3.test.Fork1TestCase]
    test2(): counter = 1
    15:28:53,413 INFO  (main) [org.jboss.remoting3.test.Fork1TestCase]
    test1(): counter = 2
    Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
    0.158 sec

but running the same tests with "mvn cobertura:cobertura" gives

    [rsigal@xxx jboss-remoting]$ mvn cobertura:cobertura
    ...
    [INFO] Instrumentation was successful.
    ...
    -------------------------------------------------------
      T E S T S
    -------------------------------------------------------
    Running TestSuite
    15:29:07,131 INFO  (main) [org.jboss.remoting3.test.Fork1TestCase]
    test2(): counter = 1
    15:29:07,135 INFO  (main) [org.jboss.remoting3.test.Fork1TestCase]
    test1(): counter = 2
    15:29:07,136 INFO  (main) [org.jboss.remoting3.test.Fork2TestCase]
    test1(): counter = 3
    15:29:07,137 INFO  (main) [org.jboss.remoting3.test.Fork2TestCase]
    test2(): counter = 4
    Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
    0.177 sec

Does anyone know how to get forking to work?  Or, failing that, do you 
know a better place to direct the question?

Thanks,
Ron Sigal

Dear Cobertura team,

  I met a problem when used cobertura-1.9.4.1.  It said that there are some characters which can't be parsed by javancss.

  I checked out the sources files from SVN,  and found the ComplexityCalculator didn't pass encoding parameter to javancss, so javancss will always use platform default encoding to parse source file.

  Unfortunately,  it is not good for us,  because our platform default encoding is GBK,  while the encoding of our project is UTF-8.  So the exception occured.

  I tried to create a patch for this problem.  But it said that the javancss.java is marked as binary file,  I can't create a patch for it.  So I want to ask your help.

  Here is my suggestion:

  Class: net.sourceforge.cobertura.reporting.ComplexityCalculator
  Line: 102
- Javancss javancss = new Javancss(source.getInputStream()); 
+ Javancss javancss = new Javancss(source.getInputStream(), encoding);

  Class: net.sourceforge.cobertura.javancss.Javancss
  Line: 374
-     public Javancss(InputStream isJavaSource_) { 
+     public Javancss(InputStream isJavaSource_, String encoding) {

  Line: 378
+         this.encoding= encoding;

  Thank you for your great work on cobertura.  We had used cobertura in our projects for many years.  And it is a really good tool.

Best Regards

2010-08-21 

Huisheng Xu
WebSite: http://www.family168.com/

Remove the duplicate <configuration></configuration> tags.

-Jake

2010/8/19 Francis Burns <fra...@gm...>

> Hi,
>
> I am using the maven v2 and am able to generate the HTML version of the
> cobertura report using the maven cobertura plugin *but I cannot generate
> the XML version*, even though I have specified it in my pom.
>
> Here is the relevant pom entry:
>
>     <reporting>
>         <plugins>
>             <plugin>
>                 <groupId>org.codehaus.mojo</groupId>
>                 <artifactId>cobertura-maven-plugin</artifactId>
>                 <configuration>
>                     <configuration>
>                       <formats>
>                         <format>xml</format>
>                       </formats>
>                     </configuration>
>                 </configuration>
>             </plugin>
>         </plugins>
>     </reporting>
>
> I execute the coverage using:
>
> mvn cobertura:cobertura
>
> When I do this, the HTML version is generated in the
> "target/cobertura/site" folder.
>
> But there is no XML version anywhere to be seen.
>
> Can someone please help me with this?
>
> Thanks,
>
> Frank
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>
>

Hi,

I am using the maven v2 and am able to generate the HTML version of the
cobertura report using the maven cobertura plugin *but I cannot generate the
XML version*, even though I have specified it in my pom.

Here is the relevant pom entry:

    <reporting>
        <plugins>
            <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>cobertura-maven-plugin</artifactId>
                <configuration>
                    <configuration>
                      <formats>
                        <format>xml</format>
                      </formats>
                    </configuration>
                </configuration>
            </plugin>
        </plugins>
    </reporting>

I execute the coverage using:

mvn cobertura:cobertura

When I do this, the HTML version is generated in the "target/cobertura/site"
folder.

But there is no XML version anywhere to be seen.

Can someone please help me with this?

Thanks,

Frank

Also I actually need to generate the coverage report with the cobertura.ser
that got generated after the server shutsown. So as of now , I dont need to
use maven site goal.

I am looking for help on generating the coverage report from the .ser file
where I am getting the error as follows

build-all:
 [cobertura-report] Cobertura 1.9 - GNU GPL License (NO WARRANTY) - See
COPYRIGHT file
 [cobertura-report] Cobertura: Error reading file
C:\cscr702\HarvestCopy\ITPAM Core\ITPAM\c2ocore\src\cobertura.ser:
net.sourceforge.cobertura.coveragedata.CoverageDataContainer
local class incompatible: stream classdesc serialVersionUID =
2152686494816595840, local class serialVersionUID = 2
 [cobertura-report] Error: Unable to read from data file
C:\cscr702\HarvestCopy\ITPAM Core\ITPAM\c2ocore\src\cobertura.ser

What I am doing is I have maven.xml at the location where I have the .ser
file with the following steps
I have maven1.1 for the build system

<?xml version="1.0"?>

<project
            xmlns:j="jelly:core"
            xmlns:maven="jelly:maven"
         xmlns:ant="jelly:ant">

<goal name="build-all">
 <ant:ant dir="${basedir}" antfile="build.xml" />
</goal>
</project>

and build.xml with these steps
<?xml version="1.0" ?>
<project name="ITPAM code coverage" default="collectReport">
<property name="itpambase.dir"       value="C:\testproject"/>
<property name="module.dir"       value="${itpambase.dir}\module1"/>
<property name="report.dir"       value="Report"/>

<property name="cobertura.dir" value="C:\ant\apache-ant-1.6.5\lib" />
<path id="cobertura.classpath">
 <fileset dir="${cobertura.dir}">
 <include name="cobertura-1.9.jar" />
 <include name="log4j-1.2.9.jar" />
 </fileset>
</path>

<taskdef classpathref="cobertura.classpath" resource="tasks.properties" />

 <target name="collectReport" >
 <cobertura-report format="html" destdir="${report.dir}" >
  <fileset dir="${module.dir}"><include name="**/*.java" /></fileset>
 </cobertura-report>
</target>

</project>

On 8/19/10, gopala krishna <gkn...@gm...> wrote:
>
> Actually when I try to run the "maven site" I am getting the following
> error
>
> C:\cscr702\HarvestCopy\ITPAM Core\ITPAM>maven site
>  __  __
> |  \/  |__ _Apache__ ___
> | |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
> |_|  |_\__,_|\_/\___|_||_|  v. 1.1-beta-2
>
> build:start:
>
> site:
> xdoc:register-reports:
> maven-cobertura-plugin:register:
>
>
> site:run-reports:
>
> xdoc:init-i18n:
>     [echo] Init the i18n support
>
> xdoc:init:
>     [echo] Generates the directory structure required for xdocs
>
> xdoc:i18n-validation:
>     [echo] Validation of the locale entries
>
> BUILD FAILED
> File...... C:\Documents and
> Settings\nekma01\.maven\cache\maven-xdoc-plugin-1.9.2\plugin.jelly
> Element... j:arg
> Line...... 618
> Column.... 70
> [Ljava.lang.Object;
> Total time   : 1 seconds
> Finished at  : Thursday, August 19, 2010 6:48:12 PM IST
>
>
>
> I have included the reports tag in the base level project.xml and
>
> <reports>
>
>                 <report>maven-cobertura-plugin</report>
>
>  </reports>
>
>
>
> And in the base maven.xml, With in the goal that is invoked, I kept this
> statement as
>
> <attainGoal name="cobertura:on"/>
>
>
>
> Ex:
>
> <goal name="build-all">
>
>                 *<attainGoal name="cobertura:on"/>*
>
>                 <maven:reactor  basedir="${basedir}"
>
>                                 includes="*/project.xml"
>
>                                 goals="build"
>
>                         banner="Building C2O"
>
>                         ignoreFailures="false"/>
>
>
>
>                 <j:if test="${oasis.maven.checkstyle=='true' }">
>
>                                 <attainGoal name="checkstyleall"/>
>
>                 </j:if>
>
>
>
>                 *                <attainGoal name="cobertura:off"/>*
>
> *                                <attainGoal name="cobertura"/>*
>
>
>
>                 </goal>
>
>
>
>
>
> And in the maven.xml of the module, I kept the statements as
>
> <goal name="build">
>
> *<attainGoal name="cobertura:on"/>*
>
>         <maven:reactor  basedir="${basedir}"
>
>                                 includes="project.xml"
>
>                                 goals="jar:install"
>
>                         banner="Building"
>
>                                                 ignoreFailures="false"/>
>
>
>
>                 </goal>
>
>                 <preGoal name="java:jar-resources">
>
>
>
>
>
> At the end of the build, I got instrumented jars deployed to server. I
> verified some features manually from the server and stopped the server.
> Cobertura.ser got generated.
>
>
>
> Now I need to get the coverage report using this coverage.ser
>
> Please let me know whether the process I followed is correct or not and how
> to get the report.
>
> Thanks
>
> Nekkanti
>
>
>
>
> On 8/19/10, Jeff Jensen <jj...@ap...> wrote:
>>
>>  You don’t say how you configured it nor ran it.
>>
>>
>>
>> Did you follow the instructions here?
>>
>> http://maven-plugins.sourceforge.net/maven-cobertura-plugin/index.html
>>
>>
>>
>> The easiest way is to configure the report as shown on that page and then
>> gen the Maven site by running “maven site”.
>>
>> <reports>
>>
>>     ...
>>
>>     <report>maven-cobertura-plugin</report>
>>
>>     ...
>>
>> </reports>
>>
>>
>>
>>
>>
>>
>>
>> *From:* gopala krishna [mailto:gkn...@gm...]
>> *Sent:* Thursday, August 19, 2010 5:43 AM
>> *To:* cob...@li...
>> *Subject:* [Cobertura-devel] generate report with cobertura maven1.1
>> plugin
>>
>>
>>
>> Hi,
>>
>>
>>
>> I have maven1.1 and I downloaded plugin "maven-cobertura-plugin-1.4.jar"
>> and placed it under "C:\maven-1.1-beta-2\plugins" dir.
>>
>>
>>
>> I have instrumented the code and was deployed to server. After some
>> testing I stopped the server. Cobertura.ser file got created at server.
>>
>>
>>
>> Now how to generate the coverage report using this cobertura.ser file with
>> maven.xml?
>>
>> can you please tell me what should I do to get the report?
>>
>>
>>
>> Actually when I try to do it , I am getting error message as follows
>>
>> build-all:
>>  [cobertura-report] Cobertura 1.9 - GNU GPL License (NO WARRANTY) - See
>> COPYRIGHT file
>>  [cobertura-report] Cobertura: Error reading file
>> C:\cscr702\HarvestCopy\ITPAM Core\ITPAM\c2ocore\src\cobertura.ser:
>> net.sourceforge.cobertura.coveragedata.CoverageDataContainer
>> local class incompatible: stream classdesc serialVersionUID =
>> 2152686494816595840, local class serialVersionUID = 2
>>  [cobertura-report] Error: Unable to read from data file
>> C:\cscr702\HarvestCopy\ITPAM Core\ITPAM\c2ocore\src\cobertura.ser
>>
>> BUILD FAILED
>>
>>
>>
>>
>>
>> Thanks in advance
>>
>> Nekkanti
>>
>
>

Actually when I try to run the "maven site" I am getting the following error

C:\cscr702\HarvestCopy\ITPAM Core\ITPAM>maven site
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.1-beta-2

build:start:

site:
xdoc:register-reports:
maven-cobertura-plugin:register:

site:run-reports:

xdoc:init-i18n:
    [echo] Init the i18n support

xdoc:init:
    [echo] Generates the directory structure required for xdocs

xdoc:i18n-validation:
    [echo] Validation of the locale entries

BUILD FAILED
File...... C:\Documents and
Settings\nekma01\.maven\cache\maven-xdoc-plugin-1.9.2\plugin.jelly
Element... j:arg
Line...... 618
Column.... 70
[Ljava.lang.Object;
Total time   : 1 seconds
Finished at  : Thursday, August 19, 2010 6:48:12 PM IST

I have included the reports tag in the base level project.xml and

<reports>

                <report>maven-cobertura-plugin</report>

 </reports>

And in the base maven.xml, With in the goal that is invoked, I kept this
statement as

<attainGoal name="cobertura:on"/>

Ex:

<goal name="build-all">

                *<attainGoal name="cobertura:on"/>*

                <maven:reactor  basedir="${basedir}"

                                includes="*/project.xml"

                                goals="build"

                        banner="Building C2O"

                        ignoreFailures="false"/>

                <j:if test="${oasis.maven.checkstyle=='true' }">

                                <attainGoal name="checkstyleall"/>

                </j:if>

                *                <attainGoal name="cobertura:off"/>*

*                                <attainGoal name="cobertura"/>*

                </goal>

And in the maven.xml of the module, I kept the statements as

<goal name="build">

*<attainGoal name="cobertura:on"/>*

        <maven:reactor  basedir="${basedir}"

                                includes="project.xml"

                                goals="jar:install"

                        banner="Building"

                                                ignoreFailures="false"/>

                </goal>

                <preGoal name="java:jar-resources">

At the end of the build, I got instrumented jars deployed to server. I
verified some features manually from the server and stopped the server.
Cobertura.ser got generated.

Now I need to get the coverage report using this coverage.ser

Please let me know whether the process I followed is correct or not and how
to get the report.

Thanks

Nekkanti

On 8/19/10, Jeff Jensen <jj...@ap...> wrote:
>
>  You don’t say how you configured it nor ran it.
>
>
>
> Did you follow the instructions here?
>
> http://maven-plugins.sourceforge.net/maven-cobertura-plugin/index.html
>
>
>
> The easiest way is to configure the report as shown on that page and then
> gen the Maven site by running “maven site”.
>
> <reports>
>
>     ...
>
>     <report>maven-cobertura-plugin</report>
>
>     ...
>
> </reports>
>
>
>
>
>
>
>
> *From:* gopala krishna [mailto:gkn...@gm...]
> *Sent:* Thursday, August 19, 2010 5:43 AM
> *To:* cob...@li...
> *Subject:* [Cobertura-devel] generate report with cobertura maven1.1
> plugin
>
>
>
> Hi,
>
>
>
> I have maven1.1 and I downloaded plugin "maven-cobertura-plugin-1.4.jar"
> and placed it under "C:\maven-1.1-beta-2\plugins" dir.
>
>
>
> I have instrumented the code and was deployed to server. After some testing
> I stopped the server. Cobertura.ser file got created at server.
>
>
>
> Now how to generate the coverage report using this cobertura.ser file with
> maven.xml?
>
> can you please tell me what should I do to get the report?
>
>
>
> Actually when I try to do it , I am getting error message as follows
>
> build-all:
>  [cobertura-report] Cobertura 1.9 - GNU GPL License (NO WARRANTY) - See
> COPYRIGHT file
>  [cobertura-report] Cobertura: Error reading file
> C:\cscr702\HarvestCopy\ITPAM Core\ITPAM\c2ocore\src\cobertura.ser:
> net.sourceforge.cobertura.coveragedata.CoverageDataContainer
> local class incompatible: stream classdesc serialVersionUID =
> 2152686494816595840, local class serialVersionUID = 2
>  [cobertura-report] Error: Unable to read from data file
> C:\cscr702\HarvestCopy\ITPAM Core\ITPAM\c2ocore\src\cobertura.ser
>
> BUILD FAILED
>
>
>
>
>
> Thanks in advance
>
> Nekkanti
>

 Hi,

I have maven1.1 and I downloaded plugin "maven-cobertura-plugin-1.4.jar" and
placed it under "C:\maven-1.1-beta-2\plugins" dir.

I have instrumented the code and was deployed to server. After some testing
I stopped the server. Cobertura.ser file got created at server.

Now how to generate the coverage report using this cobertura.ser file with
maven.xml?
can you please tell me what should I do to get the report?

Actually when I try to do it , I am getting error message as follows

build-all:
 [cobertura-report] Cobertura 1.9 - GNU GPL License (NO WARRANTY) - See
COPYRIGHT file
 [cobertura-report] Cobertura: Error reading file
C:\cscr702\HarvestCopy\ITPAM Core\ITPAM\c2ocore\src\cobertura.ser:
net.sourceforge.cobertura.coveragedata.CoverageDataContainer
local class incompatible: stream classdesc serialVersionUID =
2152686494816595840, local class serialVersionUID = 2
 [cobertura-report] Error: Unable to read from data file
C:\cscr702\HarvestCopy\ITPAM Core\ITPAM\c2ocore\src\cobertura.ser

BUILD FAILED

Thanks in advance
Nekkanti

A similar change (with patch) was proposed some while ago at:

http://sourceforge.net/tracker/?func=detail&aid=2907100&group_id=130558&atid=720017

On Thu, Aug 12, 2010 at 18:24, Peter Reilly <pet...@gm...> wrote:
> Hi,
> I find that is hard to read the number underneath the red portion of
> the  percentage bar.
> The red is too harsh. I played a little with the css and using a
> milder redish color makes
> the numbers very easy to red. The color I picked is #ff8888. The green
> would also need
> to be changed to balance the new red, but I have not done that,
>
> A patch for this is:
>
>  [preilly@preilly cobertura]$ svn diff
> src/net/sourceforge/cobertura/reporting/html/files/main.css
> Index: src/net/sourceforge/cobertura/reporting/html/files/main.css
> ===================================================================
> --- src/net/sourceforge/cobertura/reporting/html/files/main.css (revision 732)
> +++ src/net/sourceforge/cobertura/reporting/html/files/main.css (working copy)
> @@ -40,7 +40,7 @@
>
>  div.percentgraph
>  {
> -       background-color: #f02020;
> +       background-color: #ff8888;
>        border: #808080 1px solid;
>        height: 1.3em;
>        margin: 0px;
>
>
> Peter
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>

That failure is expected.   The problem was recently found, and it needs to be fixed before the next release.

John

From: Jason [mailto:ja...@th...]
Sent: Monday, August 16, 2010 9:26 AM
To: cob...@li...
Subject: [Cobertura-devel] unable to successfully build on linux from latest svn

All,

I'm trying to build cobertura (using the coverage target) from the latest in svn using ant from the commandline (no eclipse) on linux.  I'm continually getting a test failure in:
SwitchFunctionalTest<net/sourceforge/cobertura/test/21_SwitchFunctionalTest.html>

noDefaultTest<net/sourceforge/cobertura/test/21_SwitchFunctionalTest.html#noDefaultTest>

Failure

expected:<[33% (1]/3)> but was:<[66% (2]/3)>

The only changes I've made to my environment was to symlink the antLibrary, jetty, and lib directories to my home directory (since any changes to build.properties wouldn't work in all cases).  Is there something I'm missing?

Thanks,
Jason

All,

I'm trying to build cobertura (using the coverage target) from the latest in
svn using ant from the commandline (no eclipse) on linux.  I'm continually
getting a test failure in:
SwitchFunctionalTest<net/sourceforge/cobertura/test/21_SwitchFunctionalTest.html>
noDefaultTest<net/sourceforge/cobertura/test/21_SwitchFunctionalTest.html#noDefaultTest>
Failureexpected:<[33% (1]/3)> but was:<[66% (2]/3)>

The only changes I've made to my environment was to symlink the antLibrary,
jetty, and lib directories to my home directory (since any changes to
build.properties wouldn't work in all cases).  Is there something I'm
missing?

Thanks,
Jason

Cobertura adds the
net.sourceforge.cobertura.coveragedata.HasBeenInstrumented interface to
classes it instruments, probably disturbing some ordering assumption of your
reflection method.

-Jake

On Fri, Aug 13, 2010 at 10:16 AM, Em DauPhu <emd...@gm...> wrote:

> Hi,
>
> Just a little update.
>
> After some debugging with the developers, we found a way around, a way
> to make these tests pass after being instrumented.
> I can't say I know what is going on now we found that the test was
> failing around some proprietary function returning the upper interface
> for a class name given in parameter (class<?>).
> We might ask ourselves if this function is wrong but anyway, it isn't
> failing while not instrumented and it does with cobertura.
>
> We're currently trying to make an example out of it to see what is
> really failing. I'll report it then.
>
> On Tue, Aug 10, 2010 at 4:36 PM, John W. Lewis <Joh...@sa...>
> wrote:
> >
> > Assuming the object is a member/field of a class, I would set a
> breakpoint on it.   Then, the debugger should stop when the field is being
> modified or accessed.   Then, you can see if the field is ever set with
> instrumented code or not.   Or, maybe you can see what is making it null
> after it is set.
> >
> > Otherwise, can you create a small project where this behavior is
> exhibited and submit a bug report with it?  I could take a look at it then.
> >
> > John
> >
> >
> > -----Original Message-----
> > From: Em DauPhu [mailto:emd...@gm...]
> > Sent: Tuesday, August 10, 2010 8:34 AM
> > To: cobertura-devel
> > Subject: [Cobertura-devel] Debug within eclipse with Cobertura
> >
> > Hi,
> >
> > I'm coming back with the problem I have executing tests with cobertura
> instrumented classes.
> > I'm debugging the tests inside eclipse switching between the normal
> testng configuration and the one using instrumented classes.
> >
> > The behavior is just not the same. My test fail but it's just like if
> some objects get unreferenced or disappeared.
> > I can't go further in my test because I got to the point where I check if
> the object isn't null and without instrumented classes, it isn't and with
> instrumented classes, it is null...
> >
> > Can anyone explain me how can I go further in the debug process ? I saw
> some cobertura values in the debugger, should I look for something ? (it was
> just line and branch values)
> >
> > Thank you by advance.
> >
> >
> ------------------------------------------------------------------------------
> > This SF.net email is sponsored by
> >
> > Make an app they can't live without
> > Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev_______________________________________________
> > Cobertura-devel mailing list
> > Cob...@li...
> > https://lists.sourceforge.net/lists/listinfo/cobertura-devel
> >
> >
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>

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

cobertura-devel Mailing List for Cobertura (Page 27)

cobertura-devel — General questions about using and developing Cobertura.