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

Re: [Cobertura-devel] coverage not reported properly on the main page

[John W. L. <Joh...@sa...>]

That almost always means that your tests are not using the cobertura.ser file that is created during the instrumentation.   You have to make sure that the cobertura.ser file is moved to the working directory of your tests, or use the cobertura property (as described in the Cobertura Ant documentation) to point to the cobertura.ser file.


From: Ionel Pagu [mailto:Ion...@te...]
Sent: Thursday, May 24, 2012 11:54 AM
To: cob...@li...
Subject: [Cobertura-devel] coverage not reported properly on the main page

Hi,

 After tweaking the ant scripts a bit, I was now able to instrument, run our jUnits and then run the report successfully. However, there is one odd thing: in the main report page, the coverage is reported as 100% everywhere but I know our jUnits are not that good. Even further, if I click the links to check source code I can clearly see code not being (fully) covered. So now I am puzzled. The tools seems to detect that properly but not summarize it correctly.

Any idea?

Thanks,

Ionel Pagu

The information in this e-mail is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this e-mail by anyone else is unauthorized.

[Cobertura-devel] coverage not reported properly on the main page

[Ionel P. <Ion...@te...>]

Hi,

 After tweaking the ant scripts a bit, I was now able to instrument, run our jUnits and then run the report successfully. However, there is one odd thing: in the main report page, the coverage is reported as 100% everywhere but I know our jUnits are not that good. Even further, if I click the links to check source code I can clearly see code not being (fully) covered. So now I am puzzled. The tools seems to detect that properly but not summarize it correctly.

Any idea?

Thanks,

Ionel Pagu

The information in this e-mail is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this e-mail by anyone else is unauthorized.

Re: [Cobertura-devel] issues with instrumenting code

[John W. L. <Joh...@sa...>]

You need to include all the jars in the taskdef's classpath.   From the ant documentation (http://cobertura.sourceforge.net/anttaskreference.html):

<property name="cobertura.dir" value="C:/javastuff/cobertura" />

<path id="cobertura.classpath">
    <fileset dir="${cobertura.dir}">
        <include name="cobertura.jar" />
        <include name="lib/**/*.jar" />
    </fileset>
</path>

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



From: Ionel Pagu [mailto:Ion...@te...]
Sent: Wednesday, May 23, 2012 11:10 AM
To: cob...@li...
Subject: [Cobertura-devel] issues with instrumenting code

Hi,

 I have just started with this tool for evaluation purposes. So after briefly reading the documentation I downloaded the tool and configured it as follows:

<taskdef classpath="C:/cobertura-1.9.4.1/cobertura.jar" resource="tasks.properties"/>

And then:

<target name="instrument" depends="init" description="Insturment Cobertura">
  <cobertura-instrument todir="${build}/instrumented-classes">
    <fileset dir="${build}">
        <include name="**/*.class"/>
        <exclude name="**/Test*.class"/>
        <exclude name="**/*Test*.class"/>
    </fileset>
   </cobertura-instrument>
</target>

After calling ant this is what I get:

instrument:
[cobertura-instrument] java.lang.NoClassDefFoundError: org/objectweb/asm/ClassVisitor
[cobertura-instrument] Caused by: java.lang.ClassNotFoundException: org.objectweb.asm.ClassVisitor
[cobertura-instrument]  at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
[cobertura-instrument]  at java.security.AccessController.doPrivileged(Native Method)
[cobertura-instrument]  at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
[cobertura-instrument]  at java.lang.ClassLoader.loadClass(ClassLoader.java:305)
[cobertura-instrument]  at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
[cobertura-instrument]  at java.lang.ClassLoader.loadClass(ClassLoader.java:246)
[cobertura-instrument] Could not find the main class: net.sourceforge.cobertura.instrument.Main.  Program will exit.
[cobertura-instrument] Exception in thread "main"

This looks like a very daunting start. Am I missing something?

Thanks,


Ionel Pagu

The information in this e-mail is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this e-mail by anyone else is unauthorized.

[Cobertura-devel] issues with instrumenting code

[Ionel P. <Ion...@te...>]

Hi,

 I have just started with this tool for evaluation purposes. So after briefly reading the documentation I downloaded the tool and configured it as follows:

<taskdef classpath="C:/cobertura-1.9.4.1/cobertura.jar" resource="tasks.properties"/>

And then:

<target name="instrument" depends="init" description="Insturment Cobertura">
  <cobertura-instrument todir="${build}/instrumented-classes">
    <fileset dir="${build}">
        <include name="**/*.class"/>
        <exclude name="**/Test*.class"/>
        <exclude name="**/*Test*.class"/>
    </fileset>
   </cobertura-instrument>
</target>

After calling ant this is what I get:

instrument:
[cobertura-instrument] java.lang.NoClassDefFoundError: org/objectweb/asm/ClassVisitor
[cobertura-instrument] Caused by: java.lang.ClassNotFoundException: org.objectweb.asm.ClassVisitor
[cobertura-instrument]  at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
[cobertura-instrument]  at java.security.AccessController.doPrivileged(Native Method)
[cobertura-instrument]  at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
[cobertura-instrument]  at java.lang.ClassLoader.loadClass(ClassLoader.java:305)
[cobertura-instrument]  at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
[cobertura-instrument]  at java.lang.ClassLoader.loadClass(ClassLoader.java:246)
[cobertura-instrument] Could not find the main class: net.sourceforge.cobertura.instrument.Main.  Program will exit.
[cobertura-instrument] Exception in thread "main"

This looks like a very daunting start. Am I missing something?

Thanks,


Ionel Pagu

The information in this e-mail is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this e-mail by anyone else is unauthorized.

[Cobertura-devel] Corbertura showing zero test coverage

[Aruna <aru...@gm...>]

   In eclipse, trying to generate the test coverage for a project
with Spock unit tests. And cobertura is hooked into the run tests ant
target, which all build.xml files will have. I am able to generate the
report and it shows zero test coverage. When I tried to generate a report
for another project with junit tests I am able to get the test coverage.

What can be the issues?

Really appreciate your response on this.



-- 
Regards,

Aruna.

Re: [Cobertura-devel] 0% Line Coverage and Branch Coverage

[Beebe, M. J <Be...@ba...>]

You were right.  I cannot believe it was that easy.

Thanks,

Mary

From: John W. Lewis [mailto:Joh...@sa...]
Sent: Wednesday, May 09, 2012 9:31 PM
To: Beebe, Mary J; cob...@li...
Subject: RE: 0% Line Coverage and Branch Coverage


Change this:
            <classpath location="cobertura-instrumented.dir" />
To:
            <classpath location="${cobertura-instrumented.dir}" />

By the way, if you use <sysproperty>, it has to be inside the <junit>, but I don't think you need that.

John



From: Beebe, Mary J [mailto:Be...@ba...]
Sent: Wednesday, May 09, 2012 5:55 PM
To: cob...@li...
Subject: [Cobertura-devel] FW: 0% Line Coverage and Branch Coverage

Sorry if I sent this twice.  I wanted to confirm that you received it.


I just downloaded cobertura and tried to add it to my ant script that runs my tests.  I followed: http://cobertura.sourceforge.net/anttaskreference.html

My Coverage Report has # Classes and Complexity probably correct but Line Coverage and Branch Coverage is showing 0% for all my classes.

Early in my build.xml,  I make the classpath.
    <path id="cobertura.classpath">
        <fileset dir="${cobertura.dir}">
            <include name="cobertura.jar" />
            <include name="lib/**/*.jar" />
        </fileset>
    </path>

I add this line, but I am not sure about this line.
<taskdef classpathref="cobertura.classpath" resource="tasks.properties" />

I do a clean and init that deletes the instrumented, report directory, and cobertura.ser.  Init recreates the directories.

I compile and build the jars.

In a pretest target I run

        <cobertura-instrument todir="${cobertura-instrumented.dir}">
            <fileset dir="${build-api}">
                <include name="**/*.class" />
            </fileset>
            <fileset dir="${build-client}">
                <include name="**/*.class" />
            </fileset>
            <fileset dir="${build-server}">
                <include name="**/*.class" />
            </fileset>
        </cobertura-instrument>

I compile all my unit tests.

Then I run the tests.

    <target name="test-api" depends="compile-test-api"
            description="Tests the api unit tests.">
        <junit fork="yes" failureProperty="api.test.failure">
            <classpath location="cobertura-instrumented.dir" />
            <classpath refid="classpath-api-test" />
            <classpath refid="cobertura.classpath" />
            <formatter type="brief" usefile="false" />
            <batchtest>
                <fileset dir="${test-build-api}" includes="**/*.class"/>
            </batchtest>
        </junit>
        <fail message="test failed" if="api.test.failure" />
    </target>

Other classpaths I am using.
    <path id="classpath-api-test">
        <pathelement location="api/lib/junit_4/junit-4.5.jar" />
        <pathelement location="${test-build-api}" />
        <!-- pathelement location="${build-api}"/ -->
        <path refid="classpath-to-api" />
    </path>

    <path id="classpath-to-api">
        <fileset dir="${dist-api}">
            <include name="${jar-api}"/>
        </fileset>
    </path>

I tried to add
        <sysproperty key="net.sourceforge.cobertura.datafile"
               file="cobertura.ser" />

but got an error that said "failed to create task or type sysproperty  Cause: The name is undefined.

Thank you for any help you can give.  We do not have great code coverage but it should not be 0% all over.

Thank you,

Mary

Re: [Cobertura-devel] 0% Line Coverage and Branch Coverage

[John W. L. <Joh...@sa...>]

Change this:
            <classpath location="cobertura-instrumented.dir" />
To:
            <classpath location="${cobertura-instrumented.dir}" />

By the way, if you use <sysproperty>, it has to be inside the <junit>, but I don't think you need that.

John



From: Beebe, Mary J [mailto:Be...@ba...]
Sent: Wednesday, May 09, 2012 5:55 PM
To: cob...@li...
Subject: [Cobertura-devel] FW: 0% Line Coverage and Branch Coverage

Sorry if I sent this twice.  I wanted to confirm that you received it.


I just downloaded cobertura and tried to add it to my ant script that runs my tests.  I followed: http://cobertura.sourceforge.net/anttaskreference.html

My Coverage Report has # Classes and Complexity probably correct but Line Coverage and Branch Coverage is showing 0% for all my classes.

Early in my build.xml,  I make the classpath.
    <path id="cobertura.classpath">
        <fileset dir="${cobertura.dir}">
            <include name="cobertura.jar" />
            <include name="lib/**/*.jar" />
        </fileset>
    </path>

I add this line, but I am not sure about this line.
<taskdef classpathref="cobertura.classpath" resource="tasks.properties" />

I do a clean and init that deletes the instrumented, report directory, and cobertura.ser.  Init recreates the directories.

I compile and build the jars.

In a pretest target I run

        <cobertura-instrument todir="${cobertura-instrumented.dir}">
            <fileset dir="${build-api}">
                <include name="**/*.class" />
            </fileset>
            <fileset dir="${build-client}">
                <include name="**/*.class" />
            </fileset>
            <fileset dir="${build-server}">
                <include name="**/*.class" />
            </fileset>
        </cobertura-instrument>

I compile all my unit tests.

Then I run the tests.

    <target name="test-api" depends="compile-test-api"
            description="Tests the api unit tests.">
        <junit fork="yes" failureProperty="api.test.failure">
            <classpath location="cobertura-instrumented.dir" />
            <classpath refid="classpath-api-test" />
            <classpath refid="cobertura.classpath" />
            <formatter type="brief" usefile="false" />
            <batchtest>
                <fileset dir="${test-build-api}" includes="**/*.class"/>
            </batchtest>
        </junit>
        <fail message="test failed" if="api.test.failure" />
    </target>

Other classpaths I am using.
    <path id="classpath-api-test">
        <pathelement location="api/lib/junit_4/junit-4.5.jar" />
        <pathelement location="${test-build-api}" />
        <!-- pathelement location="${build-api}"/ -->
        <path refid="classpath-to-api" />
    </path>

    <path id="classpath-to-api">
        <fileset dir="${dist-api}">
            <include name="${jar-api}"/>
        </fileset>
    </path>

I tried to add
        <sysproperty key="net.sourceforge.cobertura.datafile"
               file="cobertura.ser" />

but got an error that said "failed to create task or type sysproperty  Cause: The name is undefined.

Thank you for any help you can give.  We do not have great code coverage but it should not be 0% all over.

Thank you,

Mary

[Cobertura-devel] FW: 0% Line Coverage and Branch Coverage

[Beebe, M. J <Be...@ba...>]

Sorry if I sent this twice.  I wanted to confirm that you received it.


I just downloaded cobertura and tried to add it to my ant script that runs my tests.  I followed: http://cobertura.sourceforge.net/anttaskreference.html

My Coverage Report has # Classes and Complexity probably correct but Line Coverage and Branch Coverage is showing 0% for all my classes.

Early in my build.xml,  I make the classpath.
    <path id="cobertura.classpath">
        <fileset dir="${cobertura.dir}">
            <include name="cobertura.jar" />
            <include name="lib/**/*.jar" />
        </fileset>
    </path>

I add this line, but I am not sure about this line.
<taskdef classpathref="cobertura.classpath" resource="tasks.properties" />

I do a clean and init that deletes the instrumented, report directory, and cobertura.ser.  Init recreates the directories.

I compile and build the jars.

In a pretest target I run

        <cobertura-instrument todir="${cobertura-instrumented.dir}">
            <fileset dir="${build-api}">
                <include name="**/*.class" />
            </fileset>
            <fileset dir="${build-client}">
                <include name="**/*.class" />
            </fileset>
            <fileset dir="${build-server}">
                <include name="**/*.class" />
            </fileset>
        </cobertura-instrument>

I compile all my unit tests.

Then I run the tests.

    <target name="test-api" depends="compile-test-api"
            description="Tests the api unit tests.">
        <junit fork="yes" failureProperty="api.test.failure">
            <classpath location="cobertura-instrumented.dir" />
            <classpath refid="classpath-api-test" />
            <classpath refid="cobertura.classpath" />
            <formatter type="brief" usefile="false" />
            <batchtest>
                <fileset dir="${test-build-api}" includes="**/*.class"/>
            </batchtest>
        </junit>
        <fail message="test failed" if="api.test.failure" />
    </target>

Other classpaths I am using.
    <path id="classpath-api-test">
        <pathelement location="api/lib/junit_4/junit-4.5.jar" />
        <pathelement location="${test-build-api}" />
        <!-- pathelement location="${build-api}"/ -->
        <path refid="classpath-to-api" />
    </path>

    <path id="classpath-to-api">
        <fileset dir="${dist-api}">
            <include name="${jar-api}"/>
        </fileset>
    </path>

I tried to add
        <sysproperty key="net.sourceforge.cobertura.datafile"
               file="cobertura.ser" />

but got an error that said "failed to create task or type sysproperty  Cause: The name is undefined.

Thank you for any help you can give.  We do not have great code coverage but it should not be 0% all over.

Thank you,

Mary

Re: [Cobertura-devel] low branch coverage

[John W. L. <Joh...@sa...>]

The Groovy compiler adds a lot of branches to the bytecode that it creates.   You would have to decompile the generated classes and know the internals of how Groovy works to figure out how to get 100% coverage.

The difficulties can be seen by this Bug report that I filed with the Groovy team.

http://jira.codehaus.org/browse/GROOVY-3118

They were responsive, but they also said there was a limit to what they could do.

John


From: David Hay [mailto:da...@le...]
Sent: Tuesday, April 24, 2012 4:47 PM
To: cob...@li...
Subject: [Cobertura-devel] low branch coverage

Hi,

I am looking for some help understanding the low branch coverage I'm seeing on my Grails 2.0.3 project.

I have 100% line coverage, but only 45% branch coverage, even though all possible branches have been tested.

I'm attaching a jpg showing the coverage report.

Can anyone illuminate me, please?

thanks.

[Cobertura-devel] Confusion with branch coverage

[David H. <da...@le...>]

Hi,

I'm using Cobertura with the Grails Plugin, however, I'm pretty confused by
the low branch coverage.  I have 100% line coverage, but only 45% branch
coverage.

I'm copying the report below - can anyone help me understand why the branch
coverage is so low?  Lines 31, 41 and 57 are marked in red.  When I hover
over them I see the following:

31: Conditional coverage 33% (2/6) [each condition 50%, 50%, 0%]
41: Conditional coverage 33% (2/6) [each condition 50%, 50%, 0%]
57: Conditional coverage 25% (1/4) [each condition 50%, 0%]

How can this be?!!  The return statements highlighted are always executed
when it falls into the Catch block.  And the println is always executed
with the statements around it!

thanks.


  6

 import org.apache.commons.lang.StringEscapeUtils;

  7



  8

 import com.lexmark.ccs.service.LicenseService

  9



  10



  11

 class LicenseController {

  12



  13

     def LicenseService licenseService

  14



  15

     /*

  16

      * create a trial license

  17

      */

  18

     def trial() {

  19



  20  5

         String partNumber, partRevision

  21



  22

         //grab partNumber/Revision.  Throw appropriate error if XML
is malformed

  23

         try {

  24  5

             partNumber = request.XML.deployable.@partNumber

  25  4

             partRevision = request.XML.deployable.@partRevision

  26

         }

  27

         catch (Exception exc) {

  28  1

             String msg = StringEscapeUtils.escapeXml("The request XML
is malformed and cannot be parsed.  Specific message is:
${exc.getCause().getMessage()}")

  29  1

             response.status = 400

  30  1

             render "<error reason='MALFORMED_DATA'>$msg</error>"

  31  1

             return

  32

         }

  33



  34



  35

         //validate partNumber/revision

  36  4

         if (partNumber == "")

  37

         {

  38  1

             String msg = "The request XML is missing required
data/fields.  Specific message is: partNumber cannot be null or empty"

  39  1

             response.status = 400

  40  1

             render "<error reason='MISSING_DATA'>$msg</error>"

  41  1

             return

  42

         }

  43



  44  3

         if (partRevision == "")

  45

         {

  46  1

             String msg = "The request XML is missing required
data/fields.  Specific message is: partRevision cannot be null or
empty"

  47  1

             response.status = 400

  48  1

             render "<error reason='MISSING_DATA'>$msg</error>"

  49  1

             return

  50

         }

  51



  52  2

         println "license request received for TRIAL part number:
$partNumber, revision: $partRevision"

  53



  54



  55  2

         String license =
licenseService.createTrialLicense(partNumber, partRevision)

  56



  57  2

         println "returning license: $license"

  58  2

         render license

  59



  60

     }

  61



  62



  63

 }

[Cobertura-devel] assistance required with @Ignored unit tests

[Garner, S. <Gar...@pr...>]

I'm using the latest version of Jenkins, ANT 1.8.3,  JUnit 4.8.2 and latest version of Cobertura.
We setup a new instance of Jenkins and are using ANT to build our projects so we're using the ANT tasks for Coburtura.
We are seeing different results on existing Jenkins machine vs new Jenkins machine.

When running the unit tests on old machine it appears JUnit tests with @Ignore are ignored.  And on the new maching JUnit tests with @Ignore are causing failures.
I'm not sure if this is related to using Cobertura or related to using JUnit. I check the classpath and couldn't find any old instances of JUnit.

I know our old machine was single core and now our new machine has 2 cores.  I'm not sure if this makes a difference or not though.

Any help would be appreaciated.

Thanks,
Shawn


-----Message Disclaimer-----

This e-mail message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply email to Co...@pr... and delete or destroy all copies of the original message and attachments thereto. Email sent to or from the Principal Financial Group or any of its member companies may be retained as required by law or regulation.

Nothing in this message is intended to constitute an Electronic signature for purposes of the Uniform Electronic Transactions Act (UETA) or the Electronic Signatures in Global and National Commerce Act ("E-Sign") unless a specific statement to the contrary is included in this message.

While this communication may be used to promote or market a transaction or an idea that is discussed in the publication, it is intended to provide general information about the subject matter covered and is provided with the understanding that The Principal is not rendering legal, accounting, or tax advice. It is not a marketed opinion and may not be used to avoid penalties under the Internal Revenue Code. You should consult with appropriate counsel or other advisors on all matters pertaining to legal, tax, or accounting obligations and requirements.

[Cobertura-devel] Unit tests skipped/Errors

[Naren S. <nar...@ti...>]

Hi All,

We are using Maven/Sonar to analyse the project.When the code is
analysed I see few modules skipping unit test cases or there are few
errors.Below is the log related to the error .Any help is greatly
appreciated.

Thanks in advance.

 

INFO] >>> cobertura-maven-plugin:2.0:cobertura (default-cli) @ PER >>>

[INFO] 

[INFO] --- maven-resources-plugin:2.3:resources (default-resources) @
PER ---

[INFO] Using 'UTF-8' encoding to copy filtered resources.

[INFO] Copying 1 resource

[INFO] skip non existing resourceDirectory
/u01/jenkins/workspace/Sonar_6.10.0/PER/src/main/scripts/xml

[INFO] skip non existing resourceDirectory
/u01/jenkins/workspace/Sonar_6.10.0/PER/src/main/scripts/xml/jboss

[INFO] 

[INFO] --- maven-compiler-plugin:2.0.2:compile (default-compile) @ PER
---

[INFO] Nothing to compile - all classes are up to date

[INFO] 

[INFO] --- cobertura-maven-plugin:2.0:instrument (default-cli) @ PER ---

[INFO] Cobertura 1.7 - GNU GPL License (NO WARRANTY) - See COPYRIGHT
file

Instrumenting 46 classes to
/u01/jenkins/workspace/Sonar_6.10.0/PER/target/generated-classes/cobertu
ra

[cobertura] WARN  [main]
net.sourceforge.cobertura.instrument.ClassInstrumenter - No line number
information found for class
com.timelink.falco.per.service.PersonResourceTypeAssignmentSearchContext
Impl$1.  Perhaps you need to compile with debug=true?

[cobertura] WARN  [main]
net.sourceforge.cobertura.instrument.ClassInstrumenter - No line number
information found for class
com.timelink.falco.per.service.PersonLendSearchContextImpl$1.  Perhaps
you need to compile with debug=true?

Cobertura: Saved information on 44 classes.

Instrument time: 239ms

 

[INFO] Instrumentation was successful.

[INFO] 

[INFO] --- maven-resources-plugin:2.3:testResources
(default-testResources) @ PER ---

[INFO] Using 'UTF-8' encoding to copy filtered resources.

[INFO] Copying 7 resources

[INFO] 

[INFO] --- maven-compiler-plugin:2.0.2:testCompile (default-testCompile)
@ PER ---

[INFO] Nothing to compile - all classes are up to date

[INFO] 

[INFO] --- maven-surefire-plugin:2.8:test (default-test) @ PER ---

[INFO] Surefire report directory:
/u01/jenkins/workspace/Sonar_6.10.0/PER/target/surefire-reports

 

-------------------------------------------------------

T E S T S

-------------------------------------------------------

Running TestSuite

[[ClassInfoMap]] Unable to open class
com.timelink.falco.per.dao.PersonDaoImplTest - unable to resolve class
reference org/springframework/beans/factory/Aware

java.lang.reflect.UndeclaredThrowableException

                at $Proxy0.invoke(Unknown Source)

                at
org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(Surefire
Starter.java:150)

                at
org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcess(Sure
fireStarter.java:91)

                at
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:69)

Caused by: java.lang.reflect.InvocationTargetException

                at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)

                at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)

                at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)

                at java.lang.reflect.Method.invoke(Method.java:597)

                at
org.apache.maven.surefire.booter.ProviderFactory$ClassLoaderProxy.invoke
(ProviderFactory.java:103)

                ... 4 more

Caused by: java.lang.NoClassDefFoundError:
org/springframework/beans/factory/Aware

                at java.lang.ClassLoader.defineClass1(Native Method)

                at
java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)

                at
java.lang.ClassLoader.defineClass(ClassLoader.java:615)

                at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)

                at
java.net.URLClassLoader.defineClass(URLClassLoader.java:283)

                at
java.net.URLClassLoader.access$000(URLClassLoader.java:58)

                at
java.net.URLClassLoader$1.run(URLClassLoader.java:197)

                at java.security.AccessController.doPrivileged(Native
Method)

                at
java.net.URLClassLoader.findClass(URLClassLoader.java:190)

                at java.lang.ClassLoader.loadClass(ClassLoader.java:306)

                at
sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)

                at java.lang.ClassLoader.loadClass(ClassLoader.java:247)

                at java.lang.ClassLoader.defineClass1(Native Method)

                at
java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)

                at
java.lang.ClassLoader.defineClass(ClassLoader.java:615)

                at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)

                at
java.net.URLClassLoader.defineClass(URLClassLoader.java:283)

                at
java.net.URLClassLoader.access$000(URLClassLoader.java:58)

                at
java.net.URLClassLoader$1.run(URLClassLoader.java:197)

                at java.security.AccessController.doPrivileged(Native
Method)

                at
java.net.URLClassLoader.findClass(URLClassLoader.java:190)

                at java.lang.ClassLoader.loadClass(ClassLoader.java:306)

                at
sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)

                at java.lang.ClassLoader.loadClass(ClassLoader.java:247)

                at java.lang.ClassLoader.defineClass1(Native Method)

                at
java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)

                at
java.lang.ClassLoader.defineClass(ClassLoader.java:615)

                at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)

                at
java.net.URLClassLoader.defineClass(URLClassLoader.java:283)

                at
java.net.URLClassLoader.access$000(URLClassLoader.java:58)

                at
java.net.URLClassLoader$1.run(URLClassLoader.java:197)

                at java.security.AccessController.doPrivileged(Native
Method)

                at
java.net.URLClassLoader.findClass(URLClassLoader.java:190)

                at java.lang.ClassLoader.loadClass(ClassLoader.java:306)

                at
sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)

                at java.lang.ClassLoader.loadClass(ClassLoader.java:247)

                at java.lang.ClassLoader.defineClass1(Native Method)

                at
java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)

                at
java.lang.ClassLoader.defineClass(ClassLoader.java:615)

                at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)

                at
java.net.URLClassLoader.defineClass(URLClassLoader.java:283)

                at
java.net.URLClassLoader.access$000(URLClassLoader.java:58)

                at
java.net.URLClassLoader$1.run(URLClassLoader.java:197)

                at java.security.AccessController.doPrivileged(Native
Method)

                at
java.net.URLClassLoader.findClass(URLClassLoader.java:190)

                at java.lang.ClassLoader.loadClass(ClassLoader.java:306)

                at
sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)

                at java.lang.ClassLoader.loadClass(ClassLoader.java:247)

                at
org.testng.internal.ClassHelper.forName(ClassHelper.java:94)

                at
org.testng.xml.XmlClass.getSupportClass(XmlClass.java:56)

                at
org.testng.internal.ClassInfoMap.<init>(ClassInfoMap.java:19)

                at
org.testng.TestRunner.initMethods(TestRunner.java:352)

                at org.testng.TestRunner.init(TestRunner.java:227)

                at org.testng.TestRunner.init(TestRunner.java:197)

                at org.testng.TestRunner.<init>(TestRunner.java:142)

                at
org.testng.SuiteRunner$DefaultTestRunnerFactory.newTestRunner(SuiteRunne
r.java:481)

                at org.testng.SuiteRunner.init(SuiteRunner.java:140)

                at org.testng.SuiteRunner.<init>(SuiteRunner.java:104)

                at org.testng.TestNG.createSuiteRunner(TestNG.java:1031)

                at
org.testng.TestNG.createSuiteRunners(TestNG.java:1017)

                at org.testng.TestNG.runSuitesLocally(TestNG.java:949)

                at org.testng.TestNG.run(TestNG.java:874)

                at
org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:
122)

                at
org.apache.maven.surefire.testng.TestNGXmlTestSuite.execute(TestNGXmlTes
tSuite.java:88)

                at
org.apache.maven.surefire.testng.TestNGProvider.invoke(TestNGProvider.ja
va:104)

                ... 9 more

Caused by: java.lang.ClassNotFoundException:
org.springframework.beans.factory.Aware

                at
java.net.URLClassLoader$1.run(URLClassLoader.java:202)

                at java.security.AccessController.doPrivileged(Native
Method)

                at
java.net.URLClassLoader.findClass(URLClassLoader.java:190)

                at java.lang.ClassLoader.loadClass(ClassLoader.java:306)

                at
sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)

                at java.lang.ClassLoader.loadClass(ClassLoader.java:247)

                ... 74 more

[ERROR] There are test failures.

Re: [Cobertura-devel] Can't get the the proper code coverage using Cobertura + Testng + Ant

[John W. L. <Joh...@sa...>]

I assume the tests are somewhere under ${dir.compile}.   You have to use an <exclude> to make sure they are not instrumented.

From: Emilio Corengia [mailto:emi...@ho...]
Sent: Tuesday, March 27, 2012 6:34 PM
To: John W. Lewis; cob...@li...
Subject: RE: [Cobertura-devel] Can't get the the proper code coverage using Cobertura + Testng + Ant

Sure, here is how I'm instrumenting this:

<cobertura-instrument todir="${instrumented.classes}/" maxmemory="512M" datafile="${cob.ser.file}">
                                    <fileset dir="${dir.compile}">
                                                <include name="**/*.class" />
                                    </fileset>
                        </cobertura-instrument>

The problem here is that the compiled classes of the host (and the testng tests) are in 2 folders: a compiled one (like myhost/classes) and deployed (locally) in one WAR file.
Maybe this is the problem, but I tried with the instrumentation of both of them.. and I had the same behavior.

________________________________
From: Joh...@sa...
To: emi...@ho...; cob...@li...
Subject: RE: [Cobertura-devel] Can't get the the proper code coverage using Cobertura + Testng + Ant
Date: Tue, 27 Mar 2012 21:55:02 +0000

That is determined by how you are doing the instrumentation.   Can I see your call to cobertura-instrument?

From: Emilio Corengia [mailto:emi...@ho...]
Sent: Tuesday, March 27, 2012 5:44 PM
To: cob...@li...
Subject: [Cobertura-devel] Can't get the the proper code coverage using Cobertura + Testng + Ant

Hi guys,

I don't have too much experience with Cobertura.. I'm trying to build the coverage reports for a Web app (using Atlas) running my TestNG tests.
The problem that I have is when I try to generate the coverage reports it always show coverage only for my tests instead of the actual host classes (coverage for the classes of Web App is always 0). I don't want to know the coverage of my tests, I want the coverage for the App classes.

I'm running these tests like this bellow:

    <target name="run-instrumented-testng">
        <property name="groups" value="" />
        <property name="groups.exclude" value="" />
        <testng classpathref="cob.test.path" outputDir="${dir.testng.reports}" haltonfailure="true" haltonskipped="false" groups="${groups}">
            <xmlfileset dir="${dir.testng.conf}" includes="testng.xml" />
            <sysproperty key="net.sourceforge.cobertura.datafile" file="${cob.ser.file}" />    <!-- ser file -->
        </testng>
    </target>

With:

        <path id="cob.test.path">
            <pathelement path="${instrumented.classes}"/>   <!-- instrumentation directory -->
            <pathelement path="${dir.compile}"/>   <!-- main class files -->
            <pathelement path="${dir.servicetest.compile}"/>   <!-- test class files -->
            <path refid="classpath.testng"/>
            <path refid="classpath.cobertura"/>
        </path>

Any idea about where I messed up here is welcome... thanks in advance, Emilio.

Re: [Cobertura-devel] Can't get the the proper code coverage using Cobertura + Testng + Ant

[Emilio C. <emi...@ho...>]

Sure, here is how I'm instrumenting this:
<cobertura-instrument todir="${instrumented.classes}/" maxmemory="512M" datafile="${cob.ser.file}">			<fileset dir="${dir.compile}">				<include name="**/*.class" />			</fileset>		</cobertura-instrument>
The problem here is that the compiled classes of the host (and the testng tests) are in 2 folders: a compiled one (like myhost/classes) and deployed (locally) in one WAR file.Maybe this is the problem, but I tried with the instrumentation of both of them.. and I had the same behavior.

From: Joh...@sa...
To: emi...@ho...; cob...@li...
Subject: RE: [Cobertura-devel] Can't get the the proper code coverage using Cobertura + Testng + Ant
Date: Tue, 27 Mar 2012 21:55:02 +0000











 
That is determined by how you are doing the instrumentation.   Can I see your call to cobertura-instrument?
 


From: Emilio Corengia [mailto:emi...@ho...]


Sent: Tuesday, March 27, 2012 5:44 PM

To: cob...@li...

Subject: [Cobertura-devel] Can't get the the proper code coverage using Cobertura + Testng + Ant


 

Hi guys,



I don't have too much experience with Cobertura.. I'm trying to build the coverage reports for a Web app (using Atlas) running my TestNG tests.

The problem that I have is when I try to generate the coverage reports it always show coverage only for my tests instead of the actual host classes (coverage for the classes of Web App is always 0). I don't want to know the coverage of my tests, I want the
 coverage for the App classes.



I'm running these tests like this bellow:



    <target name="run-instrumented-testng">

        <property name="groups" value="" />

        <property name="groups.exclude" value="" />

        <testng classpathref="cob.test.path" outputDir="${dir.testng.reports}" haltonfailure="true" haltonskipped="false" groups="${groups}">

            <xmlfileset dir="${dir.testng.conf}" includes="testng.xml" />

            <sysproperty key="net.sourceforge.cobertura.datafile" file="${cob.ser.file}" />    <!-- ser file -->

        </testng>

    </target>



With:



        <path id="cob.test.path">

            <pathelement path="${instrumented.classes}"/>   <!-- instrumentation directory -->

            <pathelement path="${dir.compile}"/>   <!-- main class files -->

            <pathelement path="${dir.servicetest.compile}"/>   <!-- test class files -->

            <path refid="classpath.testng"/>

            <path refid="classpath.cobertura"/>

        </path>



Any idea about where I messed up here is welcome... thanks in advance, Emilio.

 		 	   		  

Re: [Cobertura-devel] Can't get the the proper code coverage using Cobertura + Testng + Ant

[John W. L. <Joh...@sa...>]

That is determined by how you are doing the instrumentation.   Can I see your call to cobertura-instrument?

From: Emilio Corengia [mailto:emi...@ho...]
Sent: Tuesday, March 27, 2012 5:44 PM
To: cob...@li...
Subject: [Cobertura-devel] Can't get the the proper code coverage using Cobertura + Testng + Ant

Hi guys,

I don't have too much experience with Cobertura.. I'm trying to build the coverage reports for a Web app (using Atlas) running my TestNG tests.
The problem that I have is when I try to generate the coverage reports it always show coverage only for my tests instead of the actual host classes (coverage for the classes of Web App is always 0). I don't want to know the coverage of my tests, I want the coverage for the App classes.

I'm running these tests like this bellow:

    <target name="run-instrumented-testng">
        <property name="groups" value="" />
        <property name="groups.exclude" value="" />
        <testng classpathref="cob.test.path" outputDir="${dir.testng.reports}" haltonfailure="true" haltonskipped="false" groups="${groups}">
            <xmlfileset dir="${dir.testng.conf}" includes="testng.xml" />
            <sysproperty key="net.sourceforge.cobertura.datafile" file="${cob.ser.file}" />    <!-- ser file -->
        </testng>
    </target>

With:

        <path id="cob.test.path">
            <pathelement path="${instrumented.classes}"/>   <!-- instrumentation directory -->
            <pathelement path="${dir.compile}"/>   <!-- main class files -->
            <pathelement path="${dir.servicetest.compile}"/>   <!-- test class files -->
            <path refid="classpath.testng"/>
            <path refid="classpath.cobertura"/>
        </path>

Any idea about where I messed up here is welcome... thanks in advance, Emilio.

[Cobertura-devel] Can't get the the proper code coverage using Cobertura + Testng + Ant

[Emilio C. <emi...@ho...>]

Hi guys,

I don't have too much experience with Cobertura.. I'm trying to build the coverage reports for a Web app (using Atlas) running my TestNG tests.
The problem that I have is when I try to generate the coverage reports it always show coverage only for my tests instead of the actual host classes (coverage for the classes of Web App is always 0). I don't want to know the coverage of my tests, I want the coverage for the App classes.

I'm running these tests like this bellow:

    <target name="run-instrumented-testng">
        <property name="groups" value="" />
        <property name="groups.exclude" value="" />
        <testng classpathref="cob.test.path" outputDir="${dir.testng.reports}" haltonfailure="true" haltonskipped="false" groups="${groups}">
            <xmlfileset dir="${dir.testng.conf}" includes="testng.xml" />
            <sysproperty key="net.sourceforge.cobertura.datafile" file="${cob.ser.file}" />    <!-- ser file -->
        </testng>
    </target>

With:

        <path id="cob.test.path">
            <pathelement path="${instrumented.classes}"/>   <!-- instrumentation directory -->
            <pathelement path="${dir.compile}"/>   <!-- main class files -->
            <pathelement path="${dir.servicetest.compile}"/>   <!-- test class files -->
            <path refid="classpath.testng"/>
            <path refid="classpath.cobertura"/>
        </path>

Any idea about where I messed up here is welcome... thanks in advance, Emilio.
 		 	   		  

[Cobertura-devel] Need help

[babu d. p. d <bab...@gm...>]

Hi ,

 I am new to cobertura , Running the .war using cobertura i encounter a
problem like

INFO: Initializing Mojarra 2.0.4 (FCS b09) for context '/victor'
Mar 26, 2012 12:53:24 PM org.apache.catalina.core.StandardContext start
SEVERE: Error listenerStart
Mar 26, 2012 12:53:24 PM org.apache.catalina.core.StandardContext start
SEVERE: Context [/victor] startup failed due to previous errors
Mar 26, 2012 12:53:24 PM
com.sun.xml.ws.transport.http.servlet.WSServletContextL
istener contextDestroyed
INFO: WSSERVLET13: JAX-WS context listener destroyed
Mar 26, 2012 12:53:24 PM org.apache.catalina.loader.WebappClassLoader
clearRefer
encesThreads
SEVERE: The web application [/victor] appears to have started a thread
named [Th
read-2] but has failed to stop it. This is very likely to create a memory
leak.
Mar 26, 2012 12:53:24 PM org.apache.catalina.loader.WebappClassLoader
clearThrea
dLocalMap
SEVERE: The web application [/victor] created a ThreadLocal with key of
type [nu
ll] (value [com.sun.faces.util.Util$1@4220a9]) and a value of type
[java.util.Ha
shMap] (value [{com.sun.faces.patternCache={ = }}]) but failed to remove it
when
 the web application was stopped. This is very likely to create a memory
leak.
Mar 26, 2012 12:53:26 PM org.apache.catalina.startup.HostConfig
deployDirectory
INFO: Deploying web application directory docs
Mar 26, 2012 12:53:26 PM org.apache.catalina.startup.HostConfig
deployDirectory
INFO: Deploying web application directory examples
Mar 26, 2012 12:53:26 PM org.apache.catalina.startup.HostConfig
deployDirectory
INFO: Deploying web application directory ROOT
Mar 26, 2012 12:53:26 PM org.apache.coyote.http11.Http11AprProtocol start
INFO: Starting Coyote HTTP/1.1 on http-9099
Mar 26, 2012 12:53:26 PM org.apache.coyote.ajp.AjpAprProtocol start
INFO: Starting Coyote AJP/1.3 on ajp-8009
Mar 26, 2012 12:53:26 PM org.apache.catalina.startup.Catalina start
INFO: Server startup in 142086 ms


i did a R & D and i found one reason for this ,if i exclude a  class that
contain a import like xxx.xxx.ppl.xxx it works fine ,if i include those
classes again same error occurred. please help me.

Thanks and Regards,
Babu



-- 
B@B|_|

Re: [Cobertura-devel] Integration Test, McCabe complexity and Cobertura

[Martin K. <mar...@fe...>]

Hi Carlos,

Am Donnerstag, den 15.03.2012, 07:16 -0400 schrieb Carlos Andrade:
> Hmm.. thanks for the replies. I am still not being able to see how to
> extract the call between the methods. The CC seems more into the
> modules rather than concerning with the communication (which is its
> mainly use anyway). 
> 
> 
> Does Cobertura uses any plugin that goes close to this?
> 

sorry for being misleading - when I said

>         >
>         > Cobertura uses JavaNCSS to compute cyclomatic complexity.
>         >


I actually intended to say: Cobertura uses JavaNCSS to compute
cyclomatic complexity, so for questions regarding this calculation,
you'd better ask the JavaNCSS guys.

Best regards,

Martin

Re: [Cobertura-devel] Integration Test, McCabe complexity and Cobertura

[John W. L. <Joh...@sa...>]

Thanks.  I was hoping you were not saying this.   I have a new boss, and I intend on taking this to him to get support for more Cobertura attention.

-----Original Message-----
From: Martin Kutter [mailto:mar...@fe...] 
Sent: Thursday, March 15, 2012 7:10 AM
To: John W. Lewis
Cc: Carlos Andrade; cob...@li...
Subject: RE: [Cobertura-devel] Integration Test, McCabe complexity and Cobertura

Nope - Cobertura.

At least it looks pretty much like it.

On Wed, 14 Mar 2012 11:55:13 +0000, "John W. Lewis" <Joh...@sa...>
wrote:
> Are you saying that JavaNCSS seems dead?
> 
> -----Original Message-----
> From: Martin Kutter [mailto:mar...@fe...]
> Sent: Wednesday, March 14, 2012 7:31 AM
> To: Carlos Andrade
> Cc: cob...@li...
> Subject: Re: [Cobertura-devel] Integration Test, McCabe complexity and 
> Cobertura
> 
> Hi,
> 
> Cobertura uses JavaNCSS to compute cyclomatic complexity.
> 
> However, the project seems dead - I've offered help and haven't 
> received an answer for weeks.
> 
> Best regards,
> 
> Martin
> 
> On Sat, 10 Mar 2012 17:29:22 -0500, Carlos Andrade
<car...@ac...>
> wrote:
>> Hi,
>> 
>> I just came across Cobertura and I saw on the website that it 
>> provides McCabe cyclomatic code complexity on class level and average 
>> cyclomatic complexity for also package and overall product. I am 
>> currently
> researching
>> about one McCabe complexity that it is related to the complexity
> associated
>> to integration test using CC, and wanted to know if Cobertura
> distinguishes
>> in any way when calculating CC call methods.
>> I believe that a tool that evolved from what I am looking into is 
>> McCabe
> IQ
>> but it is for industry and not open source.
>> 
>> Thank you,
>> 
>> 
>> Carlos Andrade
>> http://carlosandrade.co
> 
>
------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning Cloud
computing
> makes use of virtualization - but cloud computing also focuses on
allowing
> computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel

Re: [Cobertura-devel] Integration Test, McCabe complexity and Cobertura

[Carlos A. <car...@gm...>]

Hmm.. thanks for the replies. I am still not being able to see how to
extract the call between the methods. The CC seems more into the modules
rather than concerning with the communication (which is its mainly use
anyway).

Does Cobertura uses any plugin that goes close to this?

Thank you..

Carlos Andrade
http://carlosandrade.co



2012/3/15 Martin Kutter <mar...@fe...>

> Nope - Cobertura.
>
> At least it looks pretty much like it.
>
> On Wed, 14 Mar 2012 11:55:13 +0000, "John W. Lewis" <Joh...@sa...>
> wrote:
> > Are you saying that JavaNCSS seems dead?
> >
> > -----Original Message-----
> > From: Martin Kutter [mailto:mar...@fe...]
> > Sent: Wednesday, March 14, 2012 7:31 AM
> > To: Carlos Andrade
> > Cc: cob...@li...
> > Subject: Re: [Cobertura-devel] Integration Test, McCabe complexity and
> > Cobertura
> >
> > Hi,
> >
> > Cobertura uses JavaNCSS to compute cyclomatic complexity.
> >
> > However, the project seems dead - I've offered help and haven't received
> > an answer for weeks.
> >
> > Best regards,
> >
> > Martin
> >
> > On Sat, 10 Mar 2012 17:29:22 -0500, Carlos Andrade
> <car...@ac...>
> > wrote:
> >> Hi,
> >>
> >> I just came across Cobertura and I saw on the website that it provides
> >> McCabe cyclomatic code complexity on class level and average
> >> cyclomatic complexity for also package and overall product. I am
> >> currently
> > researching
> >> about one McCabe complexity that it is related to the complexity
> > associated
> >> to integration test using CC, and wanted to know if Cobertura
> > distinguishes
> >> in any way when calculating CC call methods.
> >> I believe that a tool that evolved from what I am looking into is
> >> McCabe
> > IQ
> >> but it is for industry and not open source.
> >>
> >> Thank you,
> >>
> >>
> >> Carlos Andrade
> >> http://carlosandrade.co
> >
> >
>
> ------------------------------------------------------------------------------
> > Virtualization & Cloud Management Using Capacity Planning Cloud
> computing
> > makes use of virtualization - but cloud computing also focuses on
> allowing
> > computing to be delivered as a service.
> > http://www.accelacomm.com/jaw/sfnl/114/51521223/
> > _______________________________________________
> > Cobertura-devel mailing list
> > Cob...@li...
> > https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>

Re: [Cobertura-devel] Integration Test, McCabe complexity and Cobertura

[Martin K. <mar...@fe...>]

Nope - Cobertura.

At least it looks pretty much like it.

On Wed, 14 Mar 2012 11:55:13 +0000, "John W. Lewis" <Joh...@sa...>
wrote:
> Are you saying that JavaNCSS seems dead?
> 
> -----Original Message-----
> From: Martin Kutter [mailto:mar...@fe...] 
> Sent: Wednesday, March 14, 2012 7:31 AM
> To: Carlos Andrade
> Cc: cob...@li...
> Subject: Re: [Cobertura-devel] Integration Test, McCabe complexity and
> Cobertura
> 
> Hi,
> 
> Cobertura uses JavaNCSS to compute cyclomatic complexity.
> 
> However, the project seems dead - I've offered help and haven't received
> an answer for weeks.
> 
> Best regards,
> 
> Martin
> 
> On Sat, 10 Mar 2012 17:29:22 -0500, Carlos Andrade
<car...@ac...>
> wrote:
>> Hi,
>> 
>> I just came across Cobertura and I saw on the website that it provides 
>> McCabe cyclomatic code complexity on class level and average 
>> cyclomatic complexity for also package and overall product. I am 
>> currently
> researching
>> about one McCabe complexity that it is related to the complexity
> associated
>> to integration test using CC, and wanted to know if Cobertura
> distinguishes
>> in any way when calculating CC call methods.
>> I believe that a tool that evolved from what I am looking into is 
>> McCabe
> IQ
>> but it is for industry and not open source.
>> 
>> Thank you,
>> 
>> 
>> Carlos Andrade
>> http://carlosandrade.co
> 
>
------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning Cloud
computing
> makes use of virtualization - but cloud computing also focuses on
allowing
> computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel

Re: [Cobertura-devel] Integration Test, McCabe complexity and Cobertura

[John W. L. <Joh...@sa...>]

Are you saying that JavaNCSS seems dead?

-----Original Message-----
From: Martin Kutter [mailto:mar...@fe...] 
Sent: Wednesday, March 14, 2012 7:31 AM
To: Carlos Andrade
Cc: cob...@li...
Subject: Re: [Cobertura-devel] Integration Test, McCabe complexity and Cobertura

Hi,

Cobertura uses JavaNCSS to compute cyclomatic complexity.

However, the project seems dead - I've offered help and haven't received an answer for weeks.

Best regards,

Martin

On Sat, 10 Mar 2012 17:29:22 -0500, Carlos Andrade <car...@ac...>
wrote:
> Hi,
> 
> I just came across Cobertura and I saw on the website that it provides 
> McCabe cyclomatic code complexity on class level and average 
> cyclomatic complexity for also package and overall product. I am 
> currently
researching
> about one McCabe complexity that it is related to the complexity
associated
> to integration test using CC, and wanted to know if Cobertura
distinguishes
> in any way when calculating CC call methods.
> I believe that a tool that evolved from what I am looking into is 
> McCabe
IQ
> but it is for industry and not open source.
> 
> Thank you,
> 
> 
> Carlos Andrade
> http://carlosandrade.co

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Cobertura-devel mailing list
Cob...@li...
https://lists.sourceforge.net/lists/listinfo/cobertura-devel

Re: [Cobertura-devel] Integration Test, McCabe complexity and Cobertura

[Martin K. <mar...@fe...>]

Hi,

Cobertura uses JavaNCSS to compute cyclomatic complexity.

However, the project seems dead - I've offered help and haven't received
an answer for weeks.

Best regards,

Martin

On Sat, 10 Mar 2012 17:29:22 -0500, Carlos Andrade
<car...@ac...>
wrote:
> Hi,
> 
> I just came across Cobertura and I saw on the website that it provides
> McCabe cyclomatic code complexity on class level and average cyclomatic
> complexity for also package and overall product. I am currently
researching
> about one McCabe complexity that it is related to the complexity
associated
> to integration test using CC, and wanted to know if Cobertura
distinguishes
> in any way when calculating CC call methods.
> I believe that a tool that evolved from what I am looking into is McCabe
IQ
> but it is for industry and not open source.
> 
> Thank you,
> 
> 
> Carlos Andrade
> http://carlosandrade.co

[Cobertura-devel] Integration Test, McCabe complexity and Cobertura

[Carlos A. <car...@ac...>]

Hi,

I just came across Cobertura and I saw on the website that it provides
McCabe cyclomatic code complexity on class level and average cyclomatic
complexity for also package and overall product. I am currently researching
about one McCabe complexity that it is related to the complexity associated
to integration test using CC, and wanted to know if Cobertura distinguishes
in any way when calculating CC call methods.
I believe that a tool that evolved from what I am looking into is McCabe IQ
but it is for industry and not open source.

Thank you,


Carlos Andrade
http://carlosandrade.co

[Cobertura-devel] cobertura and anonymous inner classes

[Alexander L. <ale...@to...>]

hello,


i use the latest cobertura 1.9.4.1.

for all anonymous inner classes i get the message:

"[cobertura-instrument] WARN   visitEnd, No line number information 
found for class [xxx]$1.  Perhaps you need to compile with debug=true?"

but javac is set to -debug, and when i look at the .class file with 
javap, i can see line table there, so the code was compiled correctly.


did you ever come across this problem?


thanks

alex


-- 
Alexander Lorenz | Test Engineer Traffic | TomTom Content Production 
Unit Berlin | ale...@to... | +49-30-756543-194 | 
www.tomtom.com