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

RE: [Cobertura-devel] 0% code coverage

[Brian D. <bri...@ya...>]

Thanks for the suggestions!   I'm made some progress but still not
quite working for me.   When I removed the original classes and run
the unit tests I get a NoClassDefFoundError for any of the production
classes.   I am using Spring which loads the files up by specifying
the full package and name of the applicationContext.xml.  Spring is
actually throwing the NoClassDefFoundError itself and can't seem to
find the file.  The file actually exists in the instrumented
directory.  I was wondering when the class does get instrumented does
it change the package name or name of the class when it's running in
the JVM.  If that is the case that would explain why Spring can't
find the class to load.   Thanks!

--- Mark Doliner <Mar...@sa...> wrote:
> It sounds like you have a pretty good understanding of what should
> be happening.  I'm not actually sure if the file size of
> cobertura.ser should grow... I can't think of why it would, but
> from experience I think it does.  The time stamp on the file would
> definitely be changed.  You could try removing the original classes
> before running the tests, to be absolutely sure you're using the
> instrumented classes.
> 
> The cobertura.ser file is generally only written when the JVM
> exists.  I suppose it's possible that you run your tests, and then
> the ser file is written, then maybe you run another test in a new
> JVM and it overwrites the ser file.  (That's something I'd like to
> see fixed sometime, maybe for the next version.)
> -Mark
> 
> 
> > -----Original Message-----
> > From: cob...@li... 
> > [mailto:cob...@li...] On 
> > Behalf Of Brian Doyle
> > Sent: Wednesday, March 09, 2005 12:57 PM
> > To: Cob...@li...
> > Subject: [Cobertura-devel] 0% code coverage
> > 
> > I'm attempting to use Cobertura for the first time and the report
> > shows up as 0% coverage even though I have unit tests.   I assume
> > that the cobertura.ser file is suppose to grow as the unit test
> are
> > running?  That file is created and it never changes in size.  The
> ant
> > build is always in the same directory, running, compiling and
> > creating reports and there's only one of those cobertura.ser
> files. 
> > Also the classpath for the unit tests has the instrumented
> classes as
> > the first thing in the path.  The instrumented classes is
> populated
> > with classes.  Not sure what else to check here.  Any ideas? 
> Thanks.
> >    
> > 
> > Brian Doyle
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real
> users.
> Discover which products truly live up to the hype. Start reading
> now.
> http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
> 

Brian Doyle

I don't know about ignorance, and I don't care about apathy, but I simply will not put up with intolerance!  - Unknown

RE: [Cobertura-devel] 0% code coverage

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

It sounds like you have a pretty good understanding of what should be =
happening.  I'm not actually sure if the file size of cobertura.ser =
should grow... I can't think of why it would, but from experience I =
think it does.  The time stamp on the file would definitely be changed.  =
You could try removing the original classes before running the tests, to =
be absolutely sure you're using the instrumented classes.

The cobertura.ser file is generally only written when the JVM exists.  I =
suppose it's possible that you run your tests, and then the ser file is =
written, then maybe you run another test in a new JVM and it overwrites =
the ser file.  (That's something I'd like to see fixed sometime, maybe =
for the next version.)
-Mark


> -----Original Message-----
> From: cob...@li...=20
> [mailto:cob...@li...] On=20
> Behalf Of Brian Doyle
> Sent: Wednesday, March 09, 2005 12:57 PM
> To: Cob...@li...
> Subject: [Cobertura-devel] 0% code coverage
>=20
> I'm attempting to use Cobertura for the first time and the report
> shows up as 0% coverage even though I have unit tests.   I assume
> that the cobertura.ser file is suppose to grow as the unit test are
> running?  That file is created and it never changes in size.  The ant
> build is always in the same directory, running, compiling and
> creating reports and there's only one of those cobertura.ser files.=20
> Also the classpath for the unit tests has the instrumented classes as
> the first thing in the path.  The instrumented classes is populated
> with classes.  Not sure what else to check here.  Any ideas?  Thanks.
>   =20
>=20
> Brian Doyle

Re: [mailinglists] [Cobertura-devel] 0% code coverage

[Peter S. <psc...@ex...>]

Brian,

what kind of application are you trying to run Cobertura on?
- application
- applet
- servlet
- or any mix of the above?

When I tried it on our web-application, all the classes that did not need
the TomCat-container to be run had > 0% coverage.
The classes which needed the TomCat-container had 0% coverage on them...but
we are now fixing that (see previous posting on this list)

Regards

Peter


----- Original Message -----
From: "Brian Doyle" <bri...@ya...>
To: <Cob...@li...>
Sent: Wednesday, March 09, 2005 6:56 PM
Subject: [mailinglists] [Cobertura-devel] 0% code coverage


> I'm attempting to use Cobertura for the first time and the report
> shows up as 0% coverage even though I have unit tests.   I assume
> that the cobertura.ser file is suppose to grow as the unit test are
> running?  That file is created and it never changes in size.  The ant
> build is always in the same directory, running, compiling and
> creating reports and there's only one of those cobertura.ser files.
> Also the classpath for the unit tests has the instrumented classes as
> the first thing in the path.  The instrumented classes is populated
> with classes.  Not sure what else to check here.  Any ideas?  Thanks.
>
>
> Brian Doyle
>
> I don't know about ignorance, and I don't care about apathy, but I simply
will not put up with intolerance!  - Unknown
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel

[Cobertura-devel] 0% code coverage

[Brian D. <bri...@ya...>]

I'm attempting to use Cobertura for the first time and the report
shows up as 0% coverage even though I have unit tests.   I assume
that the cobertura.ser file is suppose to grow as the unit test are
running?  That file is created and it never changes in size.  The ant
build is always in the same directory, running, compiling and
creating reports and there's only one of those cobertura.ser files. 
Also the classpath for the unit tests has the instrumented classes as
the first thing in the path.  The instrumented classes is populated
with classes.  Not sure what else to check here.  Any ideas?  Thanks.
   

Brian Doyle

I don't know about ignorance, and I don't care about apathy, but I simply will not put up with intolerance!  - Unknown

[Cobertura-devel] Possible architecture changes

[Mark D. <the...@us...>]

Should we get rid of the unmarshaller in net.sourceforge.cobertura.reports and just access the CoverageData directly?  Jeremy, you metnioned this a few days ago, and I think I agree.  Originally the unmarshaller was supposed to convert the coverage data into a form that was easier to work with, but I don't think this benefit outweights the slowdown it takes to convert all the coverage data from one format to another.

We would probably need to change the CoverageData class a little bit to do everything the Clazz and Package classes do.  And I was thinking it might be a good idea to separate the classes that instrument the bytecode from the classes that keep track of the coverage data.

Any thoughts?
-Mark

[Cobertura-devel] Cobertura 1.1 and a new developer

[Mark D. <the...@us...>]

Cobertura 1.1 was released last night.  You can get it from the download page:
http://cobertura.sourceforge.net/download.html

I'd also like to welcome our first new developer, Jeremy Thomerson.  Jeremy fixed a bug in the XML reports for 1.1, and also added the <package> elements.  We hope he'll be doing many cool things in the future :-)

-Mark