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

[Cobertura-devel] Re: [Maven-plugins-cvs] Changing classpath for test goal

[Elliotte H. <el...@me...>]

I've managed to verify that the problem with the Cobertura plugin for 
Maven is that the classpath is not pointing to the right directories. 
This is controlled by the properties maven.build.dest and 
maven.test.dest. These are set correctly in the cobertura plugin.jelly, 
but the test plugin does not pick up these values. that is, these lines 
fail silently:

      <maven:set plugin="maven-java-plugin" property="maven.build.dest" 
value="${instrumented}"/>
       <maven:set plugin="maven-test-plugin" property="maven.build.dest" 
value="${instrumented}"/>
       <maven:set plugin="maven-test-plugin" property="maven.test.dest" 
value="${instrumented}"/>
       <maven:set plugin="maven-java-plugin" property="maven.test.dest" 
value="${instrumented}"/>

The following info from the maven documentation may or may not have 
something to do with this:

"As you will have seen many plugins have their own properties. You can 
set these values in the current project before the plugin is 
initialised, and they will be recognised. However, once it is 
initialised, setting them in the current project will have no effect, 
and changes made within the plugin are not visible to the current project."

Does this help anyone see what's wrong? When would the test plugin be 
initialized?

Also, the cobertura plugin attempts to store the old values of 
maven.build.dest and maven.test.dest, change them to the instrumented 
directory, run the tests, then restore the old values of 
maven.build.dest and maven.test.dest. is there any way this can work?

-- 
Elliotte Rusty Harold  el...@me...
XML in a Nutshell 3rd Edition Just Published!
http://www.cafeconleche.org/books/xian3/
http://www.amazon.com/exec/obidos/ISBN=0596007647/cafeaulaitA/ref=nosim

[Cobertura-devel] Typo in maven plugin

[Elliotte H. <el...@me...>]

I'm still trying to make the Cobertura plugin work. In the meantime, 
however, I have one minor fix for you.

<fail message="Some files don't met required test coverage 
levels&#10;${checkFailedLines}"/>

should be

<fail message="Some files don't meet required test coverage 
levels&#10;${checkFailedLines}"/>

i.e. change "met" to "meet"

-- 
Elliotte Rusty Harold  el...@me...
XML in a Nutshell 3rd Edition Just Published!
http://www.cafeconleche.org/books/xian3/
http://www.amazon.com/exec/obidos/ISBN=0596007647/cafeaulaitA/ref=nosim

RE: [Cobertura-devel] Report staying dead empty

[<duv...@ya...>]

Mark,
First of all TX...
It would be interesting to have links like those available on the site... for people to 
understand correctly the figures they receive.

\T,


--- Mark Doliner <Mar...@sa...> wrote:

> > -----Original Message-----
> > From: duv...@ya... [mailto:duv...@ya...] 
> > Sent: Monday, September 19, 2005 6:17 AM
> > To: Mark Doliner; ML Cobertura
> > Subject: RE: [Cobertura-devel] Report staying dead empty
> 
> >  _ I ususally specify the packages where the interfaces are 
> > located... 
> >    Is that a problem to have the information from "cobertura" 
> 
> I don't understand what you're asking.  When you say "specify," what are you specifying and
> where are you specifying it?  cobertura.jar shouldn't cause any harm when included on a
> classpath.
> 
> >  _ What are the expected complexities for various parts of 
> > the code (Business, DAO, ...) ?
> >    Most my result are for the moment :
> >         0 : when no information is available
> >         1 : when branch coverage is not available
> >         between 1 & 5 : otherwise ... 
> >    Is this acceptable ... ?
> 
> The code complexity number is the standard cyclomatic complexity number, which is somewhat of a
> count of the number of code paths in a method.  Each class averages the complexity for all the
> methods it contains.  There isn't any specific number that is "unacceptable," but lower code
> complexities are generally better.  Between 1 and 5 should be fine.  This web page has a bit
> more scientific info: http://www.sei.cmu.edu/str/descriptions/cyclomatic_body.html
> 
> -Mark
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
> 


--
Any fool can write code that a computer can understand. 
Good programmers write code that humans can understand.
                                                   Martin Fowler 
T. : +32 (0)2 742 05 94
M. : +32 (0)497 44 68 12
@  : duv...@ya...
Do you skype too ... ?

Re: [Cobertura-devel] RE: Cobertura 1.6 and Maven

[Carlos S. <ca...@ap...>]

It's fixed now, it was incorrectly removed when you sent an email
saying that it was duplicated.

Regards

<snip>
Well I don't know a lot about jelly, but here's one fix. In your
project.xml, you depend on javancss twice:

    <dependency>
      <groupId>urbanophile</groupId>
      <artifactId>java-getopt</artifactId>
      <version>1.0.9</version>
      <url>http://www.urbanophile.com/arenn/hacking/download.html</url>
    </dependency>
    <dependency>
      <groupId>javancss</groupId>
      <artifactId>javancss</artifactId>
      <version>21.41</version>
      <url>http://www.kclee.de/clemens/java/javancss/</url>
    </dependency>
    <dependency>
      <groupId>javancss</groupId>
      <artifactId>ccl</artifactId>
      <version>21.41</version>
      <url>http://www.kclee.de/clemens/java/javancss/</url>
    </dependency>
  </dependencies>
<snip>

On 9/17/05, Elliotte Harold <el...@me...> wrote:
> I've found what appears to be a bug in the Cobertura Maven plugin 1.1.1
> (i.e. the CVS version). In project.xml
>=20
>      <dependency>
>        <groupId>javancss</groupId>
>        <artifactId>ccl</artifactId>
>        <version>21.41</version>
>        <url>http://www.kclee.de/clemens/java/javancss/</url>
>      </dependency>
>=20
> should be
>=20
>      <dependency>
>        <groupId>javancss</groupId>
>        <artifactId>javancss</artifactId>
>        <version>21.41</version>
>        <url>http://www.kclee.de/clemens/java/javancss/</url>
>      </dependency>
>=20
> That is change ccl to javancss.
>=20
> Otherwise you get a NoClassDefFoundError. Maybe you need them both
> though I don't think so, but you definitely need javancss.
>=20
> --
> Elliotte Rusty Harold  el...@me...
> XML in a Nutshell 3rd Edition Just Published!
> http://www.cafeconleche.org/books/xian3/
> http://www.amazon.com/exec/obidos/ISBN=3D0596007647/cafeaulaitA/ref=3Dnos=
im
>

RE: [Cobertura-devel] Report staying dead empty

[Mark D. <Mar...@sa...>]

> -----Original Message-----
> From: duv...@ya... [mailto:duv...@ya...]=20
> Sent: Monday, September 19, 2005 6:17 AM
> To: Mark Doliner; ML Cobertura
> Subject: RE: [Cobertura-devel] Report staying dead empty

>  _ I ususally specify the packages where the interfaces are=20
> located...=20
>    Is that a problem to have the information from "cobertura"=20

I don't understand what you're asking.  When you say "specify," what are =
you specifying and where are you specifying it?  cobertura.jar shouldn't =
cause any harm when included on a classpath.

>  _ What are the expected complexities for various parts of=20
> the code (Business, DAO, ...) ?
>    Most my result are for the moment :
>         0 : when no information is available
>         1 : when branch coverage is not available
>         between 1 & 5 : otherwise ...=20
>    Is this acceptable ... ?

The code complexity number is the standard cyclomatic complexity number, =
which is somewhat of a count of the number of code paths in a method.  =
Each class averages the complexity for all the methods it contains.  =
There isn't any specific number that is "unacceptable," but lower code =
complexities are generally better.  Between 1 and 5 should be fine.  =
This web page has a bit more scientific info: =
http://www.sei.cmu.edu/str/descriptions/cyclomatic_body.html

-Mark

RE: [Cobertura-devel] Report staying dead empty

[<duv...@ya...>]

OK,
I got the answer... 
When instrumenting the files, a ser-file is also generated but I never realized that and I was
specifying a special ser file for each JUnit runs. I now know that I have to use the default
ser-file to reduce the assles.
I have 2 question now :
 _ I ususally specify the packages where the interfaces are located... 
   Is that a problem to have the information from "cobertura" 
 _ What are the expected complexities for various parts of the code (Business, DAO, ...) ?
   Most my result are for the moment :
        0 : when no information is available
        1 : when branch coverage is not available
        between 1 & 5 : otherwise ... 
   Is this acceptable ... ?


Tia,

\T,







--- Mark Doliner <Mar...@sa...> wrote:

> Stuff to check:
> -Make sure you really are using instrumented classes
> -When you run your tests, make sure they're using the same cobertura.ser file that was created
> when you instrumented
> -When you generate the report, make sure it's finding the cobertura.ser file
> 
> You can do a search, and if you find two cobertura.ser files then you might have a little
> problem.
> -Mark
> 
> > -----Original Message-----
> > From: cob...@li... 
> > [mailto:cob...@li...] On 
> > Behalf Of duv...@ya...
> > Sent: Thursday, September 15, 2005 12:23 PM
> > To: ML Cobertura
> > Subject: [Cobertura-devel] Report staying dead empty
> > 
> > We have for historical reasons a really messy directory 
> > structure... with many directories and
> > 'tanks' god the necessary exclusion filters for reaching the 
> > right classes (yessss directory
> > structure are cumbersomely imbricated.... ). 
> > 
> > Cobertura is 1.6 (finally :) )
> > The code compiles fine.
> > Code instrumentation is running without any complains.
> > The junit-task is as what follows (whithin a macrodef) :
> > <junit printsummary="yes" 
> >        haltonfailure="no" 
> >        fork="yes" 
> >        failureProperty="tests.failed"           
> >        forkmode="once">
> >         <sysproperty key="net.sourceforge.cobertura.datafile"
> >                      
> > file="${quality.dir}/cobertura/cobertura.ser" />                    
> >         <!-- 
> >              Special CP having the instrumented class 
> > reference before  
> >              the "just compiled" classes
> >         -->
> >         <classpath refid="tests.run.path" />               
> >         <formatter type="xml" />    
> >         <batchtest fork="yes" todir="${quality-xml.dir}" 
> > errorproperty="junit.failure">
> >           <fileset refid="@{target}.testcases.files" />
> >         </batchtest>
> > </junit>
> > <sleep seconds="2" />
> > 
> > But when I run the cobertura-report
> >     <cobertura-report format="html" 
> >                       destdir="${quality.dir}/cobertura"           
> >                       
> > datafile="${quality.dir}/cobertura/cobertura.ser" >           
> >           
> >       <fileset refid="common.files" />      
> >       <fileset refid="base.files" />
> >       <!-- ... there is approximatively 15 more of those ... -->
> >     </cobertura-report>  
> > 
> > the report indicate that there is no coverage ... 
> > Now my worry is that the 1.4 version I saw running... outputs 
> > some messages to indicate that
> > Cobertura is also doing its work (something like "loading 
> > data ...") in the begin and the end.
> > Now, this never happpens in 1.6...
> > Is it the indication that my configuration is incorrect or is 
> > it the expected behavior ...?
> > 
> > Tx,
> > 
> > 
> > \T,
> > 
> > --
> > Any fool can write code that a computer can understand. 
> > Good programmers write code that humans can understand.
> >                                                    Martin Fowler 
> > T. : +32 (0)2 742 05 94
> > M. : +32 (0)497 44 68 12
> > @  : duv...@ya...
> > Do you skype too ... ?
> > 
> > 
> > -------------------------------------------------------
> > SF.Net email is sponsored by:
> > Tame your development challenges with Apache's Geronimo App 
> > Server. Download
> > it for free - -and be entered to win a 42" plasma tv or your very own
> > Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> > _______________________________________________
> > Cobertura-devel mailing list
> > Cob...@li...
> > https://lists.sourceforge.net/lists/listinfo/cobertura-devel
> > 
> 


--
Any fool can write code that a computer can understand. 
Good programmers write code that humans can understand.
                                                   Martin Fowler 
T. : +32 (0)2 742 05 94
M. : +32 (0)497 44 68 12
@  : duv...@ya...
Do you skype too ... ?

RE: [Cobertura-devel] Report staying dead empty

[<duv...@ya...>]

> Stuff to check:
>   -Make sure you really are using instrumented classes
>   -When you run your tests, make sure they're using the same cobertura.ser 
>    file that was created when you instrumented
>

Can you explain this more extensively as I did not expected to see any "ser" files when I'd
instrumented but well when I ran the unit test on the instrumentated classes... ?
What I actually do is basically instrumenting ALL the classes at once with a filter like this 
    <fileset id="instrumented.classes" dir="${build.dir}" >
      <include name="**/*.class" />
      <exclude name="**/*Test.class" />
      <exclude name="**/*TO.class" />
    </fileset>

But the unit tests are run on a module per module basis (via a macrodef).
My point would be to be able to measure on a module per module basis the code coverage has the
needs are very different : 
        _ Junior devlopping new code are expected to cover more
        _ Old code running for almost 2 years now is supposed to 
          be "brushed up"/validated by the time.
        _ 


>
> -When you generate the report, make sure it's finding the cobertura.ser file
> 

That's OK, 
Especially that the complexity is filed in :(
This is fine I believe as I first do a merge of the "ser-files" before generating the reports.

\T, 

>
> You can do a search, and if you find two cobertura.ser files then you might have a little
> problem.
> -Mark
> 

--
Any fool can write code that a computer can understand. 
Good programmers write code that humans can understand.
                                                   Martin Fowler 
T. : +32 (0)2 742 05 94
M. : +32 (0)497 44 68 12
@  : duv...@ya...
Do you skype too ... ?

Re: [Cobertura-devel] 0% coverage with plugin

[Elliotte H. <el...@me...>]

I now have a slightly better idea of what's going on. Using verbose 
output from Maven it's apparent that the tests are running with the 
original code rather than the instrumented code:

     [junit] [DEBUG] Execute:Java13CommandLauncher: Executing 
'/System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Home/bin/java' 
with arguments:
'-Dbasedir=/Users/elharo/Projects/Jaxen'
'-classpath'
'/Users/elharo/Projects/Jaxen/target/test-classes:/Users/elharo/Projects/Jaxen/target/classes:/Users/elharo/.maven/repository/dom4j/jars/dom4j-1.6.1.jar:/Users/elharo/.maven/repository/jdom/jars/jdom-1.0.jar:/Users/elharo/.maven/repository/xerces/jars/xmlParserAPIs-2.6.2.jar:/Users/elharo/.maven/repository/xerces/jars/xercesImpl-2.6.2.jar:/Users/elharo/.maven/repository/xom/jars/xom-1.0b3.jar:/Users/elharo/.maven/repository/urbanophile/jars/java-getopt-1.0.9.jar:/Users/elharo/.maven/repository/javancss/jars/javancss-21.41.jar:/Users/elharo/.maven/repository/javancss/jars/ccl-21.41.jar:/Users/elharo/.maven/repository/asm/jars/asm-2.0.jar:/Users/elharo/.maven/repository/oro/jars/oro-2.0.8.jar:/Users/elharo/.maven/repository/log4j/jars/log4j-1.2.8.jar:/Users/elharo/.maven/repository/cobertura/jars/cobertura-1.6.jar:/Users/elharo/.maven/repository/junit/jars/junit-3.8.1.jar:/Users/elharo/.maven/repository/xml-apis/jars/xml-apis-1.0.b2.jar:/Users/elharo/.maven/repository/xerces/ja
rs/xerces-2.4.0.jar:/opt/maven-1.0.2/lib/ant-1.5.3-1.jar:/opt/maven-1.0.2/lib/ant-optional-1.5.3-1.jar'
'org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner'


Instead of /Users/elharo/Projects/Jaxen/target/classes that should be 
/Users/elharo/Projects/Jaxen/target/cobertura/classes

What I'm not sure of is how to change the plugin.jelly file to use a 
different directory for the classpath. Any ideas?

-- 
Elliotte Rusty Harold  el...@me...
XML in a Nutshell 3rd Edition Just Published!
http://www.cafeconleche.org/books/xian3/
http://www.amazon.com/exec/obidos/ISBN=0596007647/cafeaulaitA/ref=nosim

[Cobertura-devel] 0% coverage with plugin

[Elliotte H. <el...@me...>]

I've got the report running though the maven plugin with Cobertura 1.6. 
However there are tow problems that may be related:

1.  I'm getting 0% coverage on all classes in the src/java/main package

2. The index file is not picking up the classes in the src/java/test 
package and I'm not getting any coverage measurements at all on them.

With Cobertura 1.6 it should be possible to pick up all the classes in 
all the src directories.

Running the report shows the following messages:

~/projects/jaxen$ maven cobertura:report
  __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2

build:start:

cobertura:report:
java:prepare-filesystem:

java:compile:
     [echo] Compiling to /Users/elharo/Projects/Jaxen/target/classes

cobertura:on:
     [mkdir] Created dir: 
/Users/elharo/Projects/Jaxen/target/cobertura/classes
instrumenting the class-files...
     [cobertura-instrument] Cobertura 1.6 - GNU GPL License (NO 
WARRANTY) - See COPYRIGHT file
     [cobertura-instrument] Instrumenting 222 classes to 
/Users/elharo/Projects/Jaxen/target/cobertura/classes
     [cobertura-instrument] WARN   visitEnd, No line number information 
found for class org.jaxen.dom.NamespaceNode$1.  Perhaps you need to 
compile with debug=true?
     [cobertura-instrument] Instrument time: 1882ms
     [copy] Copied 1 empty directory to 
/Users/elharo/Projects/Jaxen/target/cobertura/classes

java:prepare-filesystem:

java:compile:
     [echo] Compiling to 
/Users/elharo/Projects/Jaxen/target/cobertura/classes
     [javac] Compiling 40 source files to 
/Users/elharo/Projects/Jaxen/target/cobertura/classes

java:jar-resources:

test:prepare-filesystem:

test:test-resources:

test:compile:

test:test:
     [junit] Running org.jaxen.AddNamespaceTest
     [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.515 sec
     [junit] Running org.jaxen.BaseXPathTest
     [junit] Tests run: 63, Failures: 0, Errors: 0, Time elapsed: 1.057 sec
     many other tests...
     [junit] Tests run: 62, Failures: 0, Errors: 0, Time elapsed: 3.467 sec
     [junit] Running org.jaxen.xom.XPathTest
     [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.525 sec
     [junit] Running org.jaxen.XPathSyntaxExceptionTest
     [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.422 sec

cobertura:report-internal:
     [cobertura-report] Cobertura 1.6 - GNU GPL License (NO WARRANTY) - 
See COPYRIGHT file
     [cobertura-report] Report time: 6834ms

cobertura:report-internal:
     [cobertura-report] Cobertura 1.6 - GNU GPL License (NO WARRANTY) - 
See COPYRIGHT file
     [cobertura-report] Report time: 3604ms
BUILD SUCCESSFUL
Total time: 1 minutes 47 seconds
Finished at: Sat Sep 17 14:59:12 EDT 2005


Any ideas?

-- 
Elliotte Rusty Harold  el...@me...
XML in a Nutshell 3rd Edition Just Published!
http://www.cafeconleche.org/books/xian3/
http://www.amazon.com/exec/obidos/ISBN=0596007647/cafeaulaitA/ref=nosim

Re: [Cobertura-devel] RE: Cobertura 1.6 and Maven

[Elliotte H. <el...@me...>]

I've found what appears to be a bug in the Cobertura Maven plugin 1.1.1 
(i.e. the CVS version). In project.xml

     <dependency>
       <groupId>javancss</groupId>
       <artifactId>ccl</artifactId>
       <version>21.41</version>
       <url>http://www.kclee.de/clemens/java/javancss/</url>
     </dependency>

should be

     <dependency>
       <groupId>javancss</groupId>
       <artifactId>javancss</artifactId>
       <version>21.41</version>
       <url>http://www.kclee.de/clemens/java/javancss/</url>
     </dependency>

That is change ccl to javancss.

Otherwise you get a NoClassDefFoundError. Maybe you need them both 
though I don't think so, but you definitely need javancss.

-- 
Elliotte Rusty Harold  el...@me...
XML in a Nutshell 3rd Edition Just Published!
http://www.cafeconleche.org/books/xian3/
http://www.amazon.com/exec/obidos/ISBN=0596007647/cafeaulaitA/ref=nosim

RE: [Cobertura-devel] Report staying dead empty

[Mark D. <Mar...@sa...>]

Stuff to check:
-Make sure you really are using instrumented classes
-When you run your tests, make sure they're using the same cobertura.ser =
file that was created when you instrumented
-When you generate the report, make sure it's finding the cobertura.ser =
file

You can do a search, and if you find two cobertura.ser files then you =
might have a little problem.
-Mark

> -----Original Message-----
> From: cob...@li...=20
> [mailto:cob...@li...] On=20
> Behalf Of duv...@ya...
> Sent: Thursday, September 15, 2005 12:23 PM
> To: ML Cobertura
> Subject: [Cobertura-devel] Report staying dead empty
>=20
> We have for historical reasons a really messy directory=20
> structure... with many directories and
> 'tanks' god the necessary exclusion filters for reaching the=20
> right classes (yessss directory
> structure are cumbersomely imbricated.... ).=20
>=20
> Cobertura is 1.6 (finally :) )
> The code compiles fine.
> Code instrumentation is running without any complains.
> The junit-task is as what follows (whithin a macrodef) :
> <junit printsummary=3D"yes"=20
>        haltonfailure=3D"no"=20
>        fork=3D"yes"=20
>        failureProperty=3D"tests.failed"          =20
>        forkmode=3D"once">
>         <sysproperty key=3D"net.sourceforge.cobertura.datafile"
>                     =20
> file=3D"${quality.dir}/cobertura/cobertura.ser" />                   =20
>         <!--=20
>              Special CP having the instrumented class=20
> reference before =20
>              the "just compiled" classes
>         -->
>         <classpath refid=3D"tests.run.path" />              =20
>         <formatter type=3D"xml" />   =20
>         <batchtest fork=3D"yes" todir=3D"${quality-xml.dir}"=20
> errorproperty=3D"junit.failure">
>           <fileset refid=3D"@{target}.testcases.files" />
>         </batchtest>
> </junit>
> <sleep seconds=3D"2" />
>=20
> But when I run the cobertura-report
>     <cobertura-report format=3D"html"=20
>                       destdir=3D"${quality.dir}/cobertura"          =20
>                      =20
> datafile=3D"${quality.dir}/cobertura/cobertura.ser" >          =20
>          =20
>       <fileset refid=3D"common.files" />     =20
>       <fileset refid=3D"base.files" />
>       <!-- ... there is approximatively 15 more of those ... -->
>     </cobertura-report> =20
>=20
> the report indicate that there is no coverage ...=20
> Now my worry is that the 1.4 version I saw running... outputs=20
> some messages to indicate that
> Cobertura is also doing its work (something like "loading=20
> data ...") in the begin and the end.
> Now, this never happpens in 1.6...
> Is it the indication that my configuration is incorrect or is=20
> it the expected behavior ...?
>=20
> Tx,
>=20
>=20
> \T,
>=20
> --
> Any fool can write code that a computer can understand.=20
> Good programmers write code that humans can understand.
>                                                    Martin Fowler=20
> T. : +32 (0)2 742 05 94
> M. : +32 (0)497 44 68 12
> @  : duv...@ya...
> Do you skype too ... ?
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App=20
> Server. Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>=20

RE: [Cobertura-devel] Report staying dead empty

[Mark D. <Mar...@sa...>]

There's a good chance that none of us have any idea :-)  The multiple =
fileset thing is pretty new.  Ideally I think ant would determine a list =
of "included" files from each file set and then combine them, removing =
duplicates.

It seems like if you have overlapping filesets, then it would be =
possible to combine them into once fileset with multiple include/exclude =
statements?

-Mark
=20

> -----Original Message-----
> From: cob...@li...=20
> [mailto:cob...@li...] On=20
> Behalf Of duv...@ya...
> Sent: Friday, September 16, 2005 4:33 AM
> To: Cob...@li...
> Subject: Re: [Cobertura-devel] Report staying dead empty
>=20
>=20
> What is expected behavior of "cobertura-report" when the=20
> filesets provided are overlapping ... ?
> I think this might be one of the source of mu problem ... but=20
> this means that I will even more
> fileset defined=20
>=20
> \T,
>=20
> >=20
> > But when I run the cobertura-report
> >     <cobertura-report format=3D"html"=20
> >                       destdir=3D"${quality.dir}/cobertura"           =

> >                      =20
> datafile=3D"${quality.dir}/cobertura/cobertura.ser" >          =20
>          =20
> >       <fileset refid=3D"common.files" />     =20
> >       <fileset refid=3D"base.files" />
> >       <!-- ... there is approximatively 15 more of those ... -->
> >     </cobertura-report> =20
> >=20
>=20
>=20
>=20
> --
> Any fool can write code that a computer can understand.=20
> Good programmers write code that humans can understand.
>                                                    Martin Fowler=20
> T. : +32 (0)2 742 05 94
> M. : +32 (0)497 44 68 12
> @  : duv...@ya...
> Do you skype too ... ?
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App=20
> Server. Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>=20

Re: [Cobertura-devel] Report staying dead empty

[<duv...@ya...>]

What is expected behavior of "cobertura-report" when the filesets provided are overlapping ... ?
I think this might be one of the source of mu problem ... but this means that I will even more
fileset defined 

\T,

> 
> But when I run the cobertura-report
>     <cobertura-report format="html" 
>                       destdir="${quality.dir}/cobertura"           
>                       datafile="${quality.dir}/cobertura/cobertura.ser" >                     
>       <fileset refid="common.files" />      
>       <fileset refid="base.files" />
>       <!-- ... there is approximatively 15 more of those ... -->
>     </cobertura-report>  
> 



--
Any fool can write code that a computer can understand. 
Good programmers write code that humans can understand.
                                                   Martin Fowler 
T. : +32 (0)2 742 05 94
M. : +32 (0)497 44 68 12
@  : duv...@ya...
Do you skype too ... ?

[Cobertura-devel] Report staying dead empty

[<duv...@ya...>]

We have for historical reasons a really messy directory structure... with many directories and
'tanks' god the necessary exclusion filters for reaching the right classes (yessss directory
structure are cumbersomely imbricated.... ). 

Cobertura is 1.6 (finally :) )
The code compiles fine.
Code instrumentation is running without any complains.
The junit-task is as what follows (whithin a macrodef) :
<junit printsummary="yes" 
       haltonfailure="no" 
       fork="yes" 
       failureProperty="tests.failed"           
       forkmode="once">
        <sysproperty key="net.sourceforge.cobertura.datafile"
                     file="${quality.dir}/cobertura/cobertura.ser" />                    
        <!-- 
             Special CP having the instrumented class reference before  
             the "just compiled" classes
        -->
        <classpath refid="tests.run.path" />               
        <formatter type="xml" />    
        <batchtest fork="yes" todir="${quality-xml.dir}" errorproperty="junit.failure">
          <fileset refid="@{target}.testcases.files" />
        </batchtest>
</junit>
<sleep seconds="2" />

But when I run the cobertura-report
    <cobertura-report format="html" 
                      destdir="${quality.dir}/cobertura"           
                      datafile="${quality.dir}/cobertura/cobertura.ser" >                     
      <fileset refid="common.files" />      
      <fileset refid="base.files" />
      <!-- ... there is approximatively 15 more of those ... -->
    </cobertura-report>  

the report indicate that there is no coverage ... 
Now my worry is that the 1.4 version I saw running... outputs some messages to indicate that
Cobertura is also doing its work (something like "loading data ...") in the begin and the end.
Now, this never happpens in 1.6...
Is it the indication that my configuration is incorrect or is it the expected behavior ...?

Tx,


\T,

--
Any fool can write code that a computer can understand. 
Good programmers write code that humans can understand.
                                                   Martin Fowler 
T. : +32 (0)2 742 05 94
M. : +32 (0)497 44 68 12
@  : duv...@ya...
Do you skype too ... ?

RE: [Cobertura-devel] Coverage/container integration

[Hume J. (ext) <joh...@si...>]

from some poking around in the cobertura code, this looks like the trick: 
 
net.sourceforge.cobertura.coveragedata.ProjectData.saveGlobalProjectData()

  _____  

From: Hume John (ext) 
Sent: Thursday, September 15, 2005 11:37 AM
To: cob...@li...
Subject: [Cobertura-devel] Coverage/container integration


 
We are trying to integrate cobertura into our testing practice, but we've
run into an issue that we don't know how to resolve. Our tests are running
inside a websphere container, and starting and stopping the container to
force a JVM exit is far too time consuming to do on every build/test cycle -
the redeployment is bad enough. What we are wondering is if there is an API
into cobertura that would allow a servlet hit to cause cobertura to flush
instead of waiting for a non-existant/rare JVM shutdown? 
----------------------------------------------------------------------------
---
This message and any included attachments are from Siemens Medical Solutions

USA, Inc. and are intended only for the addressee(s). 
The information contained herein may include trade secrets or privileged or 
otherwise confidential information. Unauthorized review, forwarding,
printing, 
copying, distributing, or using such information is strictly prohibited and
may 
be unlawful. If you received this message in error, or have reason to
believe 
you are not authorized to receive it, please promptly delete this message
and 
notify the sender by e-mail with a copy to
Cen...@sh... 

Thank you
	


-------------------------------------------------------------------------------
This message and any included attachments are from Siemens Medical Solutions 
USA, Inc. and are intended only for the addressee(s).  
The information contained herein may include trade secrets or privileged or 
otherwise confidential information.  Unauthorized review, forwarding, printing, 
copying, distributing, or using such information is strictly prohibited and may 
be unlawful.  If you received this message in error, or have reason to believe 
you are not authorized to receive it, please promptly delete this message and 
notify the sender by e-mail with a copy to Cen...@sh... 

Thank you

[Cobertura-devel] Coverage/container integration

[Hume J. (ext) <joh...@si...>]

 
We are trying to integrate cobertura into our testing practice, but we've
run into an issue that we don't know how to resolve. Our tests are running
inside a websphere container, and starting and stopping the container to
force a JVM exit is far too time consuming to do on every build/test cycle -
the redeployment is bad enough. What we are wondering is if there is an API
into cobertura that would allow a servlet hit to cause cobertura to flush
instead of waiting for a non-existant/rare JVM shutdown? 


-------------------------------------------------------------------------------
This message and any included attachments are from Siemens Medical Solutions 
USA, Inc. and are intended only for the addressee(s).  
The information contained herein may include trade secrets or privileged or 
otherwise confidential information.  Unauthorized review, forwarding, printing, 
copying, distributing, or using such information is strictly prohibited and may 
be unlawful.  If you received this message in error, or have reason to believe 
you are not authorized to receive it, please promptly delete this message and 
notify the sender by e-mail with a copy to Cen...@sh... 

Thank you

RE: [Cobertura-devel] Ant task and nested file set

[<duv...@ya...>]

--- Mark Doliner <Mar...@sa...> wrote:

Sorrrrrrrrrrrry ...
I copied the things from another project ... and as they are (much) further than me I took it for
granted... but they still use 1.4....
Forget my posts (for the time being).

> Are you using Cobertura 1.6?  Support for multiple filesets was only added in 1.6.
> 
> Do you get an error message when it fails?
> -Mark 
> 
> > -----Original Message-----
> > From: cob...@li... 
> > [mailto:cob...@li...] On 
> > Behalf Of Thomas SMETS
> > Sent: Monday, September 12, 2005 5:52 AM
> > To: cob...@li...
> > Subject: [Cobertura-devel] Ant task and nested file set
> > 
> > 
> > Dear,
> > 
> > In the page explaining the usage of COBERTURA with ant
> > (http://cobertura.sourceforge.net/anttaskreference.html), 
> > there is the following example :
> > 
> > <cobertura-report format="html" destdir="${coveragereport.dir}" >
> >     <fileset dir="${src.dir}">
> >         <include name="**/*.java" />
> >         <exclude name="**/*Stub.java" />
> >     </fileset>
> >     <fileset dir="${guisrc.dir}">
> >         <include name="**/*.java" />
> >         <exclude name="**/*RB.java" />
> >     </fileset>
> > </cobertura-report>
> > 
> > 
> > I however believe there is not possibility to have nested 
> > file sets in ANT-tasks.
> > More over it fails on my workstation when I try tot do things 
> > like the one indicated.
> > 
> > Another problem of mine for the moment, is that the cobertura 
> > report generated indicate only : N/A
> > 
> > Meanwhile, 
> >  _ The instrumentation worked fine
> >  _ The JUnit ran OK
> >  _ The report was generate with all path OK
> > 
> > Any idea why it does not work properly ... ?
> > 
> > 
> > \T,
> > 
> > 
> > Any fool can write code that a computer can understand. 
> > Good programmers write code that humans can understand.
> >                                                    Martin Fowler 
> > T. : +32 (0)2 742 05 94
> > M. : +32 (0)497 44 68 12
> > @  : duv...@ya...
> > Do you skype too ... ?
> > 
> > 
> > -------------------------------------------------------
> > SF.Net email is Sponsored by the Better Software Conference & EXPO
> > September 19-22, 2005 * San Francisco, CA * Development 
> > Lifecycle Practices
> > Agile & Plan-Driven Development * Managing Projects & Teams * 
> > Testing & QA
> > Security * Process Improvement & Measurement * 
> > http://www.sqe.com/bsce5sf
> > _______________________________________________
> > Cobertura-devel mailing list
> > Cob...@li...
> > https://lists.sourceforge.net/lists/listinfo/cobertura-devel
> > 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
> 


--
Any fool can write code that a computer can understand. 
Good programmers write code that humans can understand.
                                                   Martin Fowler 
T. : +32 (0)2 742 05 94
M. : +32 (0)497 44 68 12
@  : duv...@ya...
Do you skype too ... ?

RE: [Cobertura-devel] Ant task and nested file set

[Mark D. <Mar...@sa...>]

Are you using Cobertura 1.6?  Support for multiple filesets was only =
added in 1.6.

Do you get an error message when it fails?
-Mark=20

> -----Original Message-----
> From: cob...@li...=20
> [mailto:cob...@li...] On=20
> Behalf Of Thomas SMETS
> Sent: Monday, September 12, 2005 5:52 AM
> To: cob...@li...
> Subject: [Cobertura-devel] Ant task and nested file set
>=20
>=20
> Dear,
>=20
> In the page explaining the usage of COBERTURA with ant
> (http://cobertura.sourceforge.net/anttaskreference.html),=20
> there is the following example :
>=20
> <cobertura-report format=3D"html" destdir=3D"${coveragereport.dir}" >
>     <fileset dir=3D"${src.dir}">
>         <include name=3D"**/*.java" />
>         <exclude name=3D"**/*Stub.java" />
>     </fileset>
>     <fileset dir=3D"${guisrc.dir}">
>         <include name=3D"**/*.java" />
>         <exclude name=3D"**/*RB.java" />
>     </fileset>
> </cobertura-report>
>=20
>=20
> I however believe there is not possibility to have nested=20
> file sets in ANT-tasks.
> More over it fails on my workstation when I try tot do things=20
> like the one indicated.
>=20
> Another problem of mine for the moment, is that the cobertura=20
> report generated indicate only : N/A
>=20
> Meanwhile,=20
>  _ The instrumentation worked fine
>  _ The JUnit ran OK
>  _ The report was generate with all path OK
>=20
> Any idea why it does not work properly ... ?
>=20
>=20
> \T,
>=20
>=20
> Any fool can write code that a computer can understand.=20
> Good programmers write code that humans can understand.
>                                                    Martin Fowler=20
> T. : +32 (0)2 742 05 94
> M. : +32 (0)497 44 68 12
> @  : duv...@ya...
> Do you skype too ... ?
>=20
>=20
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development=20
> Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams *=20
> Testing & QA
> Security * Process Improvement & Measurement *=20
> http://www.sqe.com/bsce5sf
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>=20

Re: [Cobertura-devel] Ant task and nested file set

[<duv...@ya...>]

Well...
I have in my ant-file a macro defined to run the JUnit tests followed by the cobertura-report, 
as
what follows :

<cobertura-report format="html" 
                  destdir="${quality.dir}/cobertura/@{target}"           
                  datafile="${quality.dir}/cobertura/cobertura-@{target}.ser" >
  <fileset refid="@{target}.files" />                        
</cobertura-report>


the process is however stopped with the following message :
BUILD FAILED
C:\MyProject\Build-qa.xml:688: The following error occurred while executing this line:
C:\MyProject\Build-qa.xml:658: The <cobertura-report> type doesn't support the nested 
"fileset"
element.

Doing the following in my ant-script returns the expected values :

   <echo>File set name is : @{target}.files</echo>
   <property name="@{target}.files" refid="@{target}.files" />
   <echo>File set content is : ${@{target}.files}</echo> 

Any idea why the support of nested file set is failing in my script ?

\T,

--- Thomas SMETS <sme...@ya...> wrote:

> 
> Dear,
> 
> In the page explaining the usage of COBERTURA with ant
> (http://cobertura.sourceforge.net/anttaskreference.html), there is the following example :
> 
> <cobertura-report format="html" destdir="${coveragereport.dir}" >
>     <fileset dir="${src.dir}">
>         <include name="**/*.java" />
>         <exclude name="**/*Stub.java" />
>     </fileset>
>     <fileset dir="${guisrc.dir}">
>         <include name="**/*.java" />
>         <exclude name="**/*RB.java" />
>     </fileset>
> </cobertura-report>
> 
> 
> I however believe there is not possibility to have nested file sets in ANT-tasks.
> More over it fails on my workstation when I try tot do things like the one indicated.
> 
> Another problem of mine for the moment, is that the cobertura report generated indicate only :
> N/A
> 
> Meanwhile, 
>  _ The instrumentation worked fine
>  _ The JUnit ran OK
>  _ The report was generate with all path OK
> 
> Any idea why it does not work properly ... ?
> 
> 
> \T,
> 
> 
> Any fool can write code that a computer can understand. 
> Good programmers write code that humans can understand.
>                                                    Martin Fowler 
> T. : +32 (0)2 742 05 94
> M. : +32 (0)497 44 68 12
> @  : duv...@ya...
> Do you skype too ... ?
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
> 


--
Any fool can write code that a computer can understand. 
Good programmers write code that humans can understand.
                                                   Martin Fowler 
T. : +32 (0)2 742 05 94
M. : +32 (0)497 44 68 12
@  : duv...@ya...
Do you skype too ... ?

[Cobertura-devel] Problem when ser file is empty

[<duv...@ya...>]

There is a minor bug but which is annoying when setting up a set of modules. 
If there are no unit test for a module (yet), cobertura fails with the following error :
      [cobertura-report] Cobertura 1.4
      [cobertura-report] The copyright for this program is retained by its contributors
      [cobertura-report] See the included COPYRIGHT file for a complete list of contributors
      [cobertura-report] Cobertura is licensed under the GNU General Public License
      [cobertura-report] Cobertura comes with ABSOLUTELY NO WARRANTY
      [cobertura-report] java.lang.NullPointerException
      [cobertura-report]      at      
net.sourceforge.cobertura.reporting.html.HTMLReport.generatePackageList(HTMLReport.java:106)
      [cobertura-report]      at      
net.sourceforge.cobertura.reporting.html.HTMLReport.<init>(HTMLReport.java:70)
      [cobertura-report]      at net.sourceforge.cobertura.reporting.Main.main(Main.java:161)
      [cobertura-report] Exception in thread "main"

\T,



Any fool can write code that a computer can understand. 
Good programmers write code that humans can understand.
                                                   Martin Fowler 
T. : +32 (0)2 742 05 94
M. : +32 (0)497 44 68 12
@  : duv...@ya...
Do you skype too ... ?

[Cobertura-devel] Ant task and nested file set

[Thomas S. <sme...@ya...>]

Dear,

In the page explaining the usage of COBERTURA with ant
(http://cobertura.sourceforge.net/anttaskreference.html), there is the following example :

<cobertura-report format="html" destdir="${coveragereport.dir}" >
    <fileset dir="${src.dir}">
        <include name="**/*.java" />
        <exclude name="**/*Stub.java" />
    </fileset>
    <fileset dir="${guisrc.dir}">
        <include name="**/*.java" />
        <exclude name="**/*RB.java" />
    </fileset>
</cobertura-report>


I however believe there is not possibility to have nested file sets in ANT-tasks.
More over it fails on my workstation when I try tot do things like the one indicated.

Another problem of mine for the moment, is that the cobertura report generated indicate only : N/A

Meanwhile, 
 _ The instrumentation worked fine
 _ The JUnit ran OK
 _ The report was generate with all path OK

Any idea why it does not work properly ... ?


\T,


Any fool can write code that a computer can understand. 
Good programmers write code that humans can understand.
                                                   Martin Fowler 
T. : +32 (0)2 742 05 94
M. : +32 (0)497 44 68 12
@  : duv...@ya...
Do you skype too ... ?

RE: [Cobertura-devel] Running build in ClearCase dynamic view - part II

[Czechowski, I. <Igo...@sa...>]

Yes, you are right. I sent to wrong mailing list.
Sorry for inconvenience
  Igor=20

-----Original Message-----
From: Mark Doliner [mailto:Mar...@sa...]=20
Sent: Friday, September 09, 2005 8:30 PM
To: Czechowski, Igor; Cobertura-devel
Subject: RE: [Cobertura-devel] Running build in ClearCase dynamic view -
part II

Wait, does this have anything to do with Cobertura?  It seems like maybe
you meant to send this to the CruiseControl-devel mailing list?
-Mark=20

> -----Original Message-----
> From: cob...@li...=20
> [mailto:cob...@li...] On=20
> Behalf Of Czechowski, Igor
> Sent: Friday, September 09, 2005 8:21 AM
> To: Cobertura-devel
> Subject: [Cobertura-devel] Running build in ClearCase dynamic=20
> view - part II
>=20
> =20
> Hi,=20
>=20
> Yesterday I have mentioned a problem with temporary ant log.=20
> For me it's
> a serious bug, since it stops me for setting up CruiseControl=20
> as I would
> like it to be.
> I was looking at the code to see how to change it so it could=20
> no longer
> generate temporary file and reference it after build
>=20
> There's no possibility to use existing property SaveLogDir of=20
> AntBuilder
> to be either file or directory and provide backward capability.
> I would like to add property to AntBuilder named logfile and=20
> pass it to
> the ant.
>=20
> I can change the code, since I see no response for my e-mail, but will
> anybody review it.=20
> And where I should submit a patch ?
>=20
> If something is not clear enough, I can provide more detailed
> description.
>=20
> Igor
>=20
>=20
> -----Original Message-----
> From: cru...@li...
> [mailto:cru...@li...] On Behalf Of
> Czechowski, Igor
> Sent: Thursday, September 08, 2005 3:53 PM
> To: cru...@li...
> Subject: [Cruisecontrol-user] Running build in ClearCase dynamic view.
>=20
> Hi,
>=20
> I'm trying to run integration builds in the dynamic view of ClearCase.
> The problem is that the build is started with the following command:
> $> cleartool setview -exec ANT_SCRIPT  VIEW_NAME
>=20
> After this command is executed I have no longer access to the view
> files.=20
>=20
> In the antbuilder I have to specify the view root as a ant working
> directory (that's the requirement and is not questionable -  I cannot
> change it)
> The problem is that ant builder specifies either logger or listener
> (depending on configuration) that cause to write ant log into=20
> temporary
> file called log.xml in the ant working directory.
>=20
> After the build scripts executes CruiseControl takes this=20
> file and makes
> a CruiseControl log file. At this moment I have no longer=20
> access to this
> file, so I get an exception=20
> thrown form getAntLogAsElement(..) (AntBuilder.java:178)  that the
> required file log.xml is missing. Because of this the build loop never
> ends, even if it occurred :)
>=20
> It would be nice to have an option to specify the location of the ant
> log file.
>=20
> Existing configuration for ant builder allows to specify saveLogDir -
> but the problem persists, since CruiseControl first save a=20
> temporary log
> file in the AntWorkingDir and then place the log file in the specified
> location. (file AntBuilder.java lines:178-180).
>=20
> If I specify the saveLogDir parameter in AntBuilder it should redirect
> output directly to the specified file otherwise use a temporary file
> approach.
>=20
> I could make required changes and test them in my configuration. But I
> have no idea when I find a time to code this. :)
>=20
> If someone else makes this change, I can test it.
>=20
> Igor
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> Practices
> Agile & Plan-Driven Development * Managing Projects & Teams *=20
> Testing &
> QA
> Security * Process Improvement & Measurement *
> http://www.sqe.com/bsce5sf
> _______________________________________________
> Cruisecontrol-user mailing list
> Cru...@li...
> https://lists.sourceforge.net/lists/listinfo/cruisecontrol-user
>=20
>=20
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development=20
> Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams *=20
> Testing & QA
> Security * Process Improvement & Measurement *=20
> http://www.sqe.com/bsce5sf
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>=20

RE: [Cobertura-devel] Have to the test .class files instead of .java files in batchtest

[Mark D. <Mar...@sa...>]

Do your Junit tests actually run when specify the java files?  I've =
always specified class files when using batchtest.  It looks like when =
you specify java files you must specify your class files in the =
classpath that you pass to Junit.  Have you done that?
-Mark=20

> -----Original Message-----
> From: cob...@li...=20
> [mailto:cob...@li...] On=20
> Behalf Of Declan Brady
> Sent: Thursday, September 08, 2005 12:33 AM
> To: cob...@li...
> Subject: [Cobertura-devel] Have to the test .class files=20
> instead of .java files in batchtest
>=20
> Hi guys,
>=20
> first a word of praise for your brilliant tool Cobertura=20
> which I have started to use recently. I can really see the=20
> advantages of TFD coming into play and cobertura will assist=20
> me in achieveing this.
>=20
> I've setup my project instrumentation similar to the examples=20
> with cobertura.1.6 but when I run the tests I get 0%=20
> coverage. However when I changed the batchtest to use the=20
> .class files instead of the .java files it seems to work ok.
>=20
> i.e. I have in my build.xml file
>=20
>=20
> 	<formatter type=3D"xml" />
> 	<test name=3D"${testcase}" todir=3D"${reports.xml.dir}"=20
> if=3D"testcase" />
> 	<batchtest todir=3D"${reports.xml.dir}" unless=3D"testcase">
>=20
> 		<fileset dir=3D"${project.classes.dir}">
> 			<include name=3D"**/*Test.class/>
> 		</fileset>
> 	</batchtest>
>=20
> instead of the recommended
>=20
> 	<formatter type=3D"xml" />
> 	<test name=3D"${testcase}" todir=3D"${reports.xml.dir}"=20
> if=3D"testcase" />
> 	<batchtest todir=3D"${reports.xml.dir}" unless=3D"testcase">
>=20
> 		<fileset dir=3D"${test.src.dir}">  <!-- note this=20
> line is different -->
> 			<include name=3D"**/*Test.java" />  <!--=20
> as is this -->
> 		</fileset>
> 	</batchtest>
>=20
>=20
> The first snippet works ok, but it should be the othe way=20
> around. What am I doing wrong?
>=20
> Cheers,
> Dec.
>=20
>=20

RE: [Cobertura-devel] Running build in ClearCase dynamic view - part II

[Mark D. <Mar...@sa...>]

Wait, does this have anything to do with Cobertura?  It seems like maybe =
you meant to send this to the CruiseControl-devel mailing list?
-Mark=20

> -----Original Message-----
> From: cob...@li...=20
> [mailto:cob...@li...] On=20
> Behalf Of Czechowski, Igor
> Sent: Friday, September 09, 2005 8:21 AM
> To: Cobertura-devel
> Subject: [Cobertura-devel] Running build in ClearCase dynamic=20
> view - part II
>=20
> =20
> Hi,=20
>=20
> Yesterday I have mentioned a problem with temporary ant log.=20
> For me it's
> a serious bug, since it stops me for setting up CruiseControl=20
> as I would
> like it to be.
> I was looking at the code to see how to change it so it could=20
> no longer
> generate temporary file and reference it after build
>=20
> There's no possibility to use existing property SaveLogDir of=20
> AntBuilder
> to be either file or directory and provide backward capability.
> I would like to add property to AntBuilder named logfile and=20
> pass it to
> the ant.
>=20
> I can change the code, since I see no response for my e-mail, but will
> anybody review it.=20
> And where I should submit a patch ?
>=20
> If something is not clear enough, I can provide more detailed
> description.
>=20
> Igor
>=20
>=20
> -----Original Message-----
> From: cru...@li...
> [mailto:cru...@li...] On Behalf Of
> Czechowski, Igor
> Sent: Thursday, September 08, 2005 3:53 PM
> To: cru...@li...
> Subject: [Cruisecontrol-user] Running build in ClearCase dynamic view.
>=20
> Hi,
>=20
> I'm trying to run integration builds in the dynamic view of ClearCase.
> The problem is that the build is started with the following command:
> $> cleartool setview -exec ANT_SCRIPT  VIEW_NAME
>=20
> After this command is executed I have no longer access to the view
> files.=20
>=20
> In the antbuilder I have to specify the view root as a ant working
> directory (that's the requirement and is not questionable -  I cannot
> change it)
> The problem is that ant builder specifies either logger or listener
> (depending on configuration) that cause to write ant log into=20
> temporary
> file called log.xml in the ant working directory.
>=20
> After the build scripts executes CruiseControl takes this=20
> file and makes
> a CruiseControl log file. At this moment I have no longer=20
> access to this
> file, so I get an exception=20
> thrown form getAntLogAsElement(..) (AntBuilder.java:178)  that the
> required file log.xml is missing. Because of this the build loop never
> ends, even if it occurred :)
>=20
> It would be nice to have an option to specify the location of the ant
> log file.
>=20
> Existing configuration for ant builder allows to specify saveLogDir -
> but the problem persists, since CruiseControl first save a=20
> temporary log
> file in the AntWorkingDir and then place the log file in the specified
> location. (file AntBuilder.java lines:178-180).
>=20
> If I specify the saveLogDir parameter in AntBuilder it should redirect
> output directly to the specified file otherwise use a temporary file
> approach.
>=20
> I could make required changes and test them in my configuration. But I
> have no idea when I find a time to code this. :)
>=20
> If someone else makes this change, I can test it.
>=20
> Igor
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> Practices
> Agile & Plan-Driven Development * Managing Projects & Teams *=20
> Testing &
> QA
> Security * Process Improvement & Measurement *
> http://www.sqe.com/bsce5sf
> _______________________________________________
> Cruisecontrol-user mailing list
> Cru...@li...
> https://lists.sourceforge.net/lists/listinfo/cruisecontrol-user
>=20
>=20
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development=20
> Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams *=20
> Testing & QA
> Security * Process Improvement & Measurement *=20
> http://www.sqe.com/bsce5sf
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>=20

[Cobertura-devel] Running build in ClearCase dynamic view - part II

[Czechowski, I. <Igo...@sa...>]

=20
Hi,=20

Yesterday I have mentioned a problem with temporary ant log. For me it's
a serious bug, since it stops me for setting up CruiseControl as I would
like it to be.
I was looking at the code to see how to change it so it could no longer
generate temporary file and reference it after build

There's no possibility to use existing property SaveLogDir of AntBuilder
to be either file or directory and provide backward capability.
I would like to add property to AntBuilder named logfile and pass it to
the ant.

I can change the code, since I see no response for my e-mail, but will
anybody review it.=20
And where I should submit a patch ?

If something is not clear enough, I can provide more detailed
description.

Igor


-----Original Message-----
From: cru...@li...
[mailto:cru...@li...] On Behalf Of
Czechowski, Igor
Sent: Thursday, September 08, 2005 3:53 PM
To: cru...@li...
Subject: [Cruisecontrol-user] Running build in ClearCase dynamic view.

Hi,

I'm trying to run integration builds in the dynamic view of ClearCase.
The problem is that the build is started with the following command:
$> cleartool setview -exec ANT_SCRIPT  VIEW_NAME

After this command is executed I have no longer access to the view
files.=20

In the antbuilder I have to specify the view root as a ant working
directory (that's the requirement and is not questionable -  I cannot
change it)
The problem is that ant builder specifies either logger or listener
(depending on configuration) that cause to write ant log into temporary
file called log.xml in the ant working directory.

After the build scripts executes CruiseControl takes this file and makes
a CruiseControl log file. At this moment I have no longer access to this
file, so I get an exception=20
thrown form getAntLogAsElement(..) (AntBuilder.java:178)  that the
required file log.xml is missing. Because of this the build loop never
ends, even if it occurred :)

It would be nice to have an option to specify the location of the ant
log file.

Existing configuration for ant builder allows to specify saveLogDir -
but the problem persists, since CruiseControl first save a temporary log
file in the AntWorkingDir and then place the log file in the specified
location. (file AntBuilder.java lines:178-180).

If I specify the saveLogDir parameter in AntBuilder it should redirect
output directly to the specified file otherwise use a temporary file
approach.

I could make required changes and test them in my configuration. But I
have no idea when I find a time to code this. :)

If someone else makes this change, I can test it.

Igor



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing &
QA
Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
Cruisecontrol-user mailing list
Cru...@li...
https://lists.sourceforge.net/lists/listinfo/cruisecontrol-user