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

RE: [Cobertura-devel] Patch for property 'failureProperty' of task Check.

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

Cool, thanks.  I accepted that and it'll be in Cobertura 1.5.
-Mark=20

> -----Original Message-----
> From: cob...@li...=20
> [mailto:cob...@li...] On=20
> Behalf Of Alex Ruiz
> Sent: Monday, July 25, 2005 9:35 PM
> To: cob...@li...
> Subject: [Cobertura-devel] Patch for property=20
> 'failureProperty' of task Check.
>=20
> Dear Cobertura Community,
>=20
> I created a patch to add the property
> 'failureProperty' to the Ant Task 'Check'. I'm
> attaching it with this e-mail.  I hope you find this
> useful.
>=20
> Best regards,
> Alex.
>=20
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around=20
> http://mail.yahoo.com=20
>=20

Re: [Cobertura-devel] Coverage Report for J2EE App using cobertura

[Grzegorz L. <ha...@gm...>]

Try to put cobertura.ser created after classes instrumentation into
c:\worker\, so that instead of creating a new file Cobertura will add
information to file created during instrumentation.

Grzegorz

On 7/25/05, li...@sd... <li...@sd...> wrote:
> =20
> Thanks Mark,=20
>  =20
> After half day struggling. I finally get the cobertura.ser under the
> directory I specified. The problem was the Ant task I have did not copy a=
ll
> the instrumented classed properly. Now the question became when I try to
> generate the report, I got all the class coverage as N/A, I think there m=
ust
> be something to do with the ser file generate when I run the instrument
> task, so I tried to merge those file, but it still does not work. I check
> the mailing list, I seem like for v 1.4, the merge do not working. so wha=
t
> should I do?=20
>  =20
> Also, I found one of the package of my source code is missing in the repo=
rt,
> any idea?=20
>  =20
> Li
> =20
> =20
> =20
> -----Original Message-----
> From: Mark Doliner [mailto:Mar...@sa...]=20
> Sent: 2005-07-25 4:04 PM
> To: Geng, Li [NC]; cob...@li...
> Subject: RE: [Cobertura-devel] Coverage Report for J2EE App using cobertu=
ra
>=20
> =20
> It pretty much sounds like you're doing everything correctly, I'm not sur=
e
> why it doesn't work.  In step 6, you shut down the Servlet container JVM =
and
> not the one running the unit test cases, right?=20
>  =20
> -Mark
> =20
> =20
>  ________________________________
>  From: cob...@li...
> [mailto:cob...@li...] On
> Behalf Of li...@sd...
> Sent: Monday, July 25, 2005 9:27 AM
> To: cob...@li...
> Subject: [Cobertura-devel] Coverage Report for J2EE App using cobertura
> Importance: High
>=20
> =20
> =20
>=20
> Hi All,=20
>=20
> I'm wondering if I can generate the report for J2EE application, for my c=
ase
> Web Service app using Apache Axis 1.2. The following is what I did do far=
:=20
>=20
> 1: Instrumented all the class file to be packaged=20
> 2: Package the classes with dependencies as a EAR file=20
> 3: Deploy the EAR file=20
> 4: Start the Servlet container JVM with the following parameter:=20
> -Dnet.sourceforge.cobertura.datafile=3DC:\worker\cobertura.ser
> 5: Run Unit test cases against the Web service application=20
> 6: Shut down the JVM=20
>=20
> But I did not get the cobertura.ser file to generate the report. Any idea=
?=20
>=20
> Thanks in advance=20
>=20
> Li=20
>

[Cobertura-devel] Patch for property 'failureProperty' of task Check.

[Alex R. <alr...@ya...>]

Dear Cobertura Community,

I created a patch to add the property
'failureProperty' to the Ant Task 'Check'. I'm
attaching it with this e-mail.  I hope you find this
useful.

Best regards,
Alex.

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

RE: [Cobertura-devel] Coverage Report for J2EE App using cobertura

[<li...@sd...>]

Thanks Mark,
=20
After half day struggling. I finally get the cobertura.ser under the =
directory I specified. The problem was the Ant task I have did not copy =
all the instrumented classed properly. Now the question became when I =
try to generate the report, I got all the class coverage as N/A, I think =
there must be something to do with the ser file generate when I run the =
instrument task, so I tried to merge those file, but it still does not =
work. I check the mailing list, I seem like for v 1.4, the merge do not =
working. so what should I do?
=20
Also, I found one of the package of my source code is missing in the =
report, any idea?
=20
Li

	-----Original Message-----
	From: Mark Doliner [mailto:Mar...@sa...]=20
	Sent: 2005-07-25 4:04 PM
	To: Geng, Li [NC]; cob...@li...
	Subject: RE: [Cobertura-devel] Coverage Report for J2EE App using =
cobertura
=09
=09
	It pretty much sounds like you're doing everything correctly, I'm not =
sure why it doesn't work.  In step 6, you shut down the Servlet =
container JVM and not the one running the unit test cases, right?
	=20
	-Mark


  _____ =20

		From: cob...@li... =
[mailto:cob...@li...] On Behalf Of =
li...@sd...
		Sent: Monday, July 25, 2005 9:27 AM
		To: cob...@li...
		Subject: [Cobertura-devel] Coverage Report for J2EE App using =
cobertura
		Importance: High
	=09
	=09

		Hi All,=20

		I'm wondering if I can generate the report for J2EE application, for =
my case Web Service app using Apache Axis 1.2. The following is what I =
did do far:

		1: Instrumented all the class file to be packaged=20
		2: Package the classes with dependencies as a EAR file=20
		3: Deploy the EAR file=20
		4: Start the Servlet container JVM with the following parameter:=20
		-Dnet.sourceforge.cobertura.datafile=3DC:\worker\cobertura.ser=20
		5: Run Unit test cases against the Web service application=20
		6: Shut down the JVM=20

		But I did not get the cobertura.ser file to generate the report. Any =
idea?=20

		Thanks in advance=20

		Li=20

RE: [Cobertura-devel] Coverage Report for J2EE App using cobertura

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

It pretty much sounds like you're doing everything correctly, I'm not =
sure why it doesn't work.  In step 6, you shut down the Servlet =
container JVM and not the one running the unit test cases, right?
=20
-Mark


________________________________

	From: cob...@li... =
[mailto:cob...@li...] On Behalf Of =
li...@sd...
	Sent: Monday, July 25, 2005 9:27 AM
	To: cob...@li...
	Subject: [Cobertura-devel] Coverage Report for J2EE App using cobertura
	Importance: High
=09
=09

	Hi All,=20

	I'm wondering if I can generate the report for J2EE application, for my =
case Web Service app using Apache Axis 1.2. The following is what I did =
do far:

	1: Instrumented all the class file to be packaged=20
	2: Package the classes with dependencies as a EAR file=20
	3: Deploy the EAR file=20
	4: Start the Servlet container JVM with the following parameter:=20
	-Dnet.sourceforge.cobertura.datafile=3DC:\worker\cobertura.ser=20
	5: Run Unit test cases against the Web service application=20
	6: Shut down the JVM=20

	But I did not get the cobertura.ser file to generate the report. Any =
idea?=20

	Thanks in advance=20

	Li=20

Re: [Cobertura-devel] Example of use of Cobertura plugin

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

Hi,

You can add the plugin as a dependency and it'll be automatically
downloaded and used in that project.

        <dependency>
            <groupId>maven-plugins</groupId>
            <artifactId>maven-cobertura-plugin</artifactId>
            <version>1.1</version>
            <type>plugin</type>
        </dependency>

More info:
http://jroller.com/page/carlossg?entry=3Dcobertura_an_open_source_alternati=
ve


On 7/24/05, Elliotte Harold <el...@me...> wrote:
> Elliotte Harold wrote:
> > Anyone have an example of the proper use of the Maven cobertura plugin?
> > At the moment I'm just getting this error message:
> >
> > No goal [maven-cobertura-plugin:register]
> >
> > What do I need to put in my maven.xml and project.xml files to make thi=
s
> > work?
> >
>=20
> Answering my own question one must first install the maven plugin by doin=
g:
>=20
> maven plugin:download -DgroupId=3Dmaven-plugins
> -DartifactId=3Dmaven-cobertura-plugin -Dversion=3D1.1
>=20
> After that all works as expected simply by adding
>=20
>       <report>maven-cobertura-plugin</report>
>=20
> to the reports section. Somehow I thought maven would download the
> plugin automatically as necessary but I guess not.
>=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
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclic=
k
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>

[Cobertura-devel] Coverage Report for J2EE App using cobertura

[<li...@sd...>]

Hi All,

I'm wondering if I can generate the report for J2EE application, for my =
case Web Service app using Apache Axis 1.2. The following is what I did =
do far:
1: Instrumented all the class file to be packaged
2: Package the classes with dependencies as a EAR file
3: Deploy the EAR file
4: Start the Servlet container JVM with the following parameter:
-Dnet.sourceforge.cobertura.datafile=3DC:\worker\cobertura.ser
5: Run Unit test cases against the Web service application
6: Shut down the JVM

But I did not get the cobertura.ser file to generate the report. Any =
idea?=20

Thanks in advance

Li

Re: [Cobertura-devel] Example of use of Cobertura plugin

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

Elliotte Harold wrote:
> Anyone have an example of the proper use of the Maven cobertura plugin? 
> At the moment I'm just getting this error message:
> 
> No goal [maven-cobertura-plugin:register]
> 
> What do I need to put in my maven.xml and project.xml files to make this 
> work?
> 

Answering my own question one must first install the maven plugin by doing:

maven plugin:download -DgroupId=maven-plugins 
-DartifactId=maven-cobertura-plugin -Dversion=1.1

After that all works as expected simply by adding

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

to the reports section. Somehow I thought maven would download the 
plugin automatically as necessary but I guess not.

-- 
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] Example of use of Cobertura plugin

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

Anyone have an example of the proper use of the Maven cobertura plugin? 
At the moment I'm just getting this error message:

No goal [maven-cobertura-plugin:register]

What do I need to put in my maven.xml and project.xml files to make this 
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

Re: [Cobertura-devel] FW: Line/Branch Coverage is N/A

[Mark D. <ma...@ki...>]

I never responded to this, did I?

Re showing a warning when running cobertura-report on a data file without info
from the instrumentation step.
That's a good idea.  In fact, I think it'd be better if the cobertura-report
step failed altogether and didn't generate a report.  I'll try to do that for
Cobertura 1.5.

Re merging.
It's been broken for a little while.  It SHOULD be fixed in CVS, but I haven't
tried it personally.

-Mark


On Mon, 20 Jun 2005 21:09:47 -0600, Aronson, John wrote
> I answered my own question and I'll post it here in case somebody 
> does the same thing.
> 
> It was user error [of course]. My cobertura-instrument command did 
> not have a datafield attribute so it used the default path for the 
> serialization file. I was specifying the serialization file in the 
> junit and cobertura-report tasks. So naive users like myself should 
> be aware that the instrumentation task writes data to the 
> serialization in addition to generating the instrumented classes.
> 
> I'd like to request that the cobertura-report ant task emit a 
> warning when it reads a serialization file without the info from the 
> instrumentation step. That's a new? feature request.
> 
> Here's another question. The project I'm working on is broken up 
> into several directories, each directory has it's own ant build 
> script. With the junit and junitreport tasks I'm able to combine the 
> results across the project together and generate a combined report. 
> I tried to that with cobertura [using the merge command] but it 
> didn't work. Is that sort of usage supposed to work, or is it 
> strictly for combining different runs of the same set of tests like 
> it says in the docs?
> 
> John Aronson

[Cobertura-devel] Maven Cobertura Plug-in 1.1 released

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

The maven-plugins team is pleased to announce the Maven Cobertura Plug-in 1=
.1
release!

http://maven-plugins.sourceforge.net/maven-cobertura-plugin

Cobertura is a free Java tool that calculates the percentage of code access=
ed
by tests. It can be used to identify which parts of your Java program are
lacking test coverage. It is based on jcoverage.

Changes in this version include:

  New Features:

o Added cobertura check reports with classes that don't meet test coverage
  requirements.
o Added cobertura:check goal.

To automatically install the plugin, type the following on a single line:

maven plugin:download
  -DgroupId=3Dmaven-plugins
  -DartifactId=3Dmaven-cobertura-plugin
  -Dversion=3D1.1

For a manual installation, you can download the plugin here:
http://maven-plugins.sourceforge.net/repository/maven-plugins/plugins/maven=
-cobertura-plugin-1.1.jar


Have fun!
-The maven-plugins team

RE: [Cobertura-devel] Problem while trying to merge

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

Your conclusion is correct.  Merging in the current release of Cobertura =
doesn't work correctly.  This SHOULD be fixed in CVS, but I have not =
tested it myself.  You may want to try checking out a copy of CVS and =
using that (it's pretty easy to build, and should be stable).
-Mark=20

> -----Original Message-----
> From: cob...@li...=20
> [mailto:cob...@li...] On=20
> Behalf Of Nicolas Brault
> Sent: Wednesday, July 20, 2005 8:27 AM
> To: cob...@li...
> Subject: [Cobertura-devel] Problem while trying to merge
>=20
> Hi,
>=20
> I have used Cobertura in order to test coverage of several=20
> projects. Now, as=20
> those different projects deal with the same global project=20
> but are not=20
> linked, I would like to merge the different reports generated=20
> in a single=20
> one.
>=20
> I suppose the merge function of Cobertura is designed to do so.
> I copy all the source files, and then I merge the different files=20
> cobertura.ser obtained previously.
> Finally I generate a coverage-report.
>=20
> My ant file suceeds in copying source, in finding data files=20
> cobertura.ser=20
> and in generating the report.
>=20
> The trouble is that when I look at the generated report, only=20
> one of the two=20
> cobertura.ser file is taken into account. To sum up, merging=20
> has not been=20
> done.
>=20
> Please light me.
> Is there any example of merging available somewhere ?
>=20
> To do so, I use the following the Ant file :
>=20
> <?xml version=3D"1.0"?>
>=20
>=20
> <project name=3D"rapportcouverture" default=3D"coverage" =
basedir=3D".">
>=20
>     <!-- Declaration de la tache de couverture -->
>     <taskdef classpath=3D"cobertura.jar" =
resource=3D"tasks.properties"/>
>=20
>     <!-- Referentiel CVS -->
>     <property name=3D"cvs.cvsroot" value=3D"${env.CVSROOT}" />
>     <property name=3D"source.dir" location=3D"src" />
>     <property name=3D"src-all.dir" location=3D"src/com/airbus/" />
>=20
>     <!-- Arborescence necessaire a la couverture (peut=20
> figurer dans le=20
> fichier *.properties) -->
>     <property name=3D"reports.dir"=20
> value=3D"${basedir}/document/coverage"/>
>=20
>     <!-- Path necessaire a la couverture -->
>     <path id=3D"coverage.classpath">
> 	<fileset dir=3D"${lib.dir}">
> 		<include name=3D"cobertura.jar" />
> 		<include name=3D"**/*.jar" />
> 	</fileset>
>     </path>
>=20
>     <target name=3D"clean" description=3D"Suppression du rapport=20
> de couverture">
>     	<delete includeEmptyDirs=3D"true" quiet=3D"true">
> 		<fileset dir=3D"document" />
> 		<fileset dir=3D"${source.dir}" />
> 		<fileset dir=3D"cobertura.ser" />
> 	</delete>
>     </target>
>=20
>     <target name=3D"mkoutdir">
> 	<mkdir dir=3D"${reports.dir}" />
>     </target>
>=20
>     <!-- Copie des sources Java vers le repertoire de compilation -->
>     <target name=3D"copy-src" depends=3D"mkoutdir"
>             description=3D"Copie de tous les fichiers source java pour =

> compilation">
> 	<mkdir dir=3D"${src-all.dir}"/>
>=20
> _________________________________________________________________
> MSN Hotmail : antivirus et antispam gratuits=20
> http://www.imagine-msn.com/hotmail/default.aspx?locale=3Dfr-FR
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. =
http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>=20

[Cobertura-devel] Problem while trying to merge

[Nicolas B. <co...@ho...>]

Hi,

I have used Cobertura in order to test coverage of several projects. Now, as 
those different projects deal with the same global project but are not 
linked, I would like to merge the different reports generated in a single 
one.

I suppose the merge function of Cobertura is designed to do so.
I copy all the source files, and then I merge the different files 
cobertura.ser obtained previously.
Finally I generate a coverage-report.

My ant file suceeds in copying source, in finding data files cobertura.ser 
and in generating the report.

The trouble is that when I look at the generated report, only one of the two 
cobertura.ser file is taken into account. To sum up, merging has not been 
done.

Please light me.
Is there any example of merging available somewhere ?

To do so, I use the following the Ant file :

<?xml version="1.0"?>


<project name="rapportcouverture" default="coverage" basedir=".">

    <!-- Declaration de la tache de couverture -->
    <taskdef classpath="cobertura.jar" resource="tasks.properties"/>

    <!-- Referentiel CVS -->
    <property name="cvs.cvsroot" value="${env.CVSROOT}" />
    <property name="source.dir" location="src" />
    <property name="src-all.dir" location="src/com/airbus/" />

    <!-- Arborescence necessaire a la couverture (peut figurer dans le 
fichier *.properties) -->
    <property name="reports.dir" value="${basedir}/document/coverage"/>

    <!-- Path necessaire a la couverture -->
    <path id="coverage.classpath">
	<fileset dir="${lib.dir}">
		<include name="cobertura.jar" />
		<include name="**/*.jar" />
	</fileset>
    </path>

    <target name="clean" description="Suppression du rapport de couverture">
    	<delete includeEmptyDirs="true" quiet="true">
		<fileset dir="document" />
		<fileset dir="${source.dir}" />
		<fileset dir="cobertura.ser" />
	</delete>
    </target>

    <target name="mkoutdir">
	<mkdir dir="${reports.dir}" />
    </target>

    <!-- Copie des sources Java vers le repertoire de compilation -->
    <target name="copy-src" depends="mkoutdir"
            description="Copie de tous les fichiers source java pour 
compilation">
	<mkdir dir="${src-all.dir}"/>

_________________________________________________________________
MSN Hotmail : antivirus et antispam gratuits 
http://www.imagine-msn.com/hotmail/default.aspx?locale=fr-FR

[Cobertura-devel] $B=PMh$A$c$C$?$N(B

[<in...@qs...>]

     $B!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y(B
     $B!y!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!z(B
     $B!z!!!!L5NA$N=P2q$$7O$,=PMh$A$c$C$?$N!!!y(B
     $B!y!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!z(B
     $B!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z(B



     $B!!A4$/$NL5NA$J$N$GEPO?$7$F$h!<(B
$B!!(B     http://www.ya2dic.com?num=2001
$B!!(B   $B$_$s$J$GEPO?$7$J$$$H3Z$7$a$J$$$h!<(B

          $B!&%(%s%H%j!<EPO?!!(BFREE$B!*(B
          $B!&%W%m%U1\Mw!!(BFREE$B!*(B
          $B!&%a!<%kAw<u?.!!(BFREE$B!*(B
          $B!&<L%a1\Mw!&7G:\!!(BFREE$B!*(B


$B!!(B     http://www.ya2dic.com?num=2001
  $B%(%C%A$J;R!!%m%j$J;R!!G($l$F$k;R!!A40w=89g!*(B



$B"(;HMQ$7$F$$$k$&$A$K2]6bH/@8$J$s$F$3$H$O$"$j$^$;$s!*(B
$B!!$:$C$HL5NA$G$4MxMQ$K$J$l$^$9!*(B

Re: [Cobertura-devel] problemas trying the COBERTURA

[Grzegorz L. <ha...@gm...>]

WWVzLCBpdCBpcyBraW5kIG9mIGJ1ZyBpbiBDb2JlcnR1cmEuIFRoaXMgYmVoYXZpb3VyIHdhcyBm
aXhlZCBzaG9ydGx5CmFmdGVyIHJlbGVhc2Ugb2YgQ29iZXJ0dXJhIDEuNCwgYW5kIDEuNCBwcmlu
dHMgdGhpcyBzdGFjayB0cmFjZQppbnN0ZWFkIG9mIGFuIGVycm9yIG1lc3NhZ2UuCgpUaGlzIGVy
cm9yIG1lc3NhZ2Ugc2F5cyB0aGF0IHJlcG9ydCB0YXNrIGNhbm5vdCBmaW5kIGNvYmVydHVyYS5z
ZXIKZmlsZS4gVGhpcyBmaWxlIGlzIGNyZWF0ZWQgZHVyaW5nIGluc3RydW1lbnRhdGlvbiwgYW5k
IHVwZGF0ZWQgZHVyaW5nCnRlc3QgcnVuLiBQbGVhc2UgcmVmZXIgdG8gdGhpcyBwYWdlCmh0dHA6
Ly9jb2JlcnR1cmEuc291cmNlZm9yZ2UubmV0L2FudHRhc2tyZWZlcmVuY2UuaHRtbCBmb3IgZnVy
dGhlcgpkZXNjcmlwdGlvbi4gU28gaWYgeW91IGp1c3QgY2FsbGVkIHJlcG9ydCBmcm9tIHlvdXIg
YnVpbGQgZmlsZSwgaXQKd2lsbCBwcmludCB0aGlzIG1lc3NhZ2UgKGNvYmVydHVyYS5zZXIgaGFz
IG5vdCBiZWVuIGNyZWF0ZWQgeWV0KS4gWW91CmhhdmUgdG8gY2FsbCBmaXJzdCBjb2JlcnR1cmEt
aW5zdHJ1bWVudCB0YXNrLgoKCkdyemVnb3J6IAoKT24gNy83LzA1LCBmZWxpcGV2c0BibmIuZ292
LmJyIDxmZWxpcGV2c0BibmIuZ292LmJyPiB3cm90ZToKPiAgCj4gIAo+IAo+IEkgaGF2ZSB0cnlp
ZWQgdG8gdXNlIGNvYmVydHVyYSwgYnV0IGl0IHNlZW1zIHRvIGhhdmUgYSBidWcgaW4gaXRzIGNs
YXNzZXMKPiAoc2VlIHRoZSBiZWxsb3cgc3RhY2sgdHJhY2UphS4gCj4gCj4gICAKPiAKPiBJIGF0
dGFjaGVkIG15IGJ1aWxkLnhtbCBpbiBjYXNlIHlvdSBoYXZlIHRpbWUgYW5kIHBhdGllbnQgdG8g
aGVscCBtZSB0bwo+IGZpZ3VyZSBvdXQgd2hhdCBJtG0gZG9pbmcgd3JvbmcuIAo+IAo+ICAgCj4g
Cj4gUGxlYXNlIHJlcGx5IHRvIGZnYXVjaG9AZ21haWwuY29tIAo+IAo+ICAgCj4gCj4gQmVzdCBy
ZWdhcmRzLCAKPiAKPiAgIAo+IAo+ICAgICBGZWxpcGUgR2H6Y2hvIAo+IAo+ICAgCj4gCj4gY292
ZXJhZ2U6IAo+IAo+IFtjb2JlcnR1cmEtcmVwb3J0XSBDb2JlcnR1cmEgMS40IAo+IAo+IFtjb2Jl
cnR1cmEtcmVwb3J0XSBUaGUgY29weXJpZ2h0IGZvciB0aGlzIHByb2dyYW0gaXMgcmV0YWluZWQg
YnkgaXRzCj4gY29udHJpYnV0b3JzIAo+IAo+IFtjb2JlcnR1cmEtcmVwb3J0XSBTZWUgdGhlIGlu
Y2x1ZGVkIENPUFlSSUdIVCBmaWxlIGZvciBhIGNvbXBsZXRlIGxpc3Qgb2YKPiBjb250cmlidXRv
cnMgCj4gCj4gW2NvYmVydHVyYS1yZXBvcnRdIENvYmVydHVyYSBpcyBsaWNlbnNlZCB1bmRlciB0
aGUgR05VIEdlbmVyYWwgUHVibGljCj4gTGljZW5zZSAKPiAKPiBbY29iZXJ0dXJhLXJlcG9ydF0g
Q29iZXJ0dXJhIGNvbWVzIHdpdGggQUJTT0xVVEVMWSBOTyBXQVJSQU5UWSAKPiAKPiBbY29iZXJ0
dXJhLXJlcG9ydF0gamF2YS5sYW5nLk51bGxQb2ludGVyRXhjZXB0aW9uIAo+IAo+IFtjb2JlcnR1
cmEtcmVwb3J0XSBhdAo+IG5ldC5zb3VyY2Vmb3JnZS5jb2JlcnR1cmEucmVwb3J0aW5nLnhtbC5Y
TUxSZXBvcnQuZHVtcFBhY2thZ2VzKFhNTFJlcG9ydC5qYXZhOjEyMykKPiAKPiBbY29iZXJ0dXJh
LXJlcG9ydF0gYXQKPiBuZXQuc291cmNlZm9yZ2UuY29iZXJ0dXJhLnJlcG9ydGluZy54bWwuWE1M
UmVwb3J0Ljxpbml0PihYTUxSZXBvcnQuamF2YTo4MykKPiAKPiBbY29iZXJ0dXJhLXJlcG9ydF0g
YXQKPiBuZXQuc291cmNlZm9yZ2UuY29iZXJ0dXJhLnJlcG9ydGluZy5NYWluLm1haW4oTWFpbi5q
YXZhOjE2NSkKPiAKPiBbY29iZXJ0dXJhLXJlcG9ydF0gRXhjZXB0aW9uIGluIHRocmVhZCAibWFp
biIgIAo+Cg==

Re: [Cobertura-devel] Branch coverage question ?

[Grzegorz L. <ha...@gm...>]

As Igor pointed, Cobertura computes Branch Coverage rather strange.
Check class net.sourceforge.cobertura.reporting.Main in sample report
on main Cobertura site. There is 100% Branch Coverage and 65% Line
Coverage. You can find also comment in source for
net.sourceforge.cobertura.instrument.MethodInstrumenter:

 * TODO: For branches, only count the branch as covered if both paths
are accessed?

Now it marks that branch was executed when "branch point" is executed.

Grzegorz

On 6/23/05, Scott Stirling <sco...@gm...> wrote:
> Hi,
>=20
> I don't know the answer on the Cobertura internals, but I would point
> out two things:
>=20
> 1. Your example's return type is void, but I'd assume you meant it to
> be boolean.
>=20
> 2. The compiler might optimize or reorganize such a simple method into th=
is:
>=20
> public boolean branchCoverage(boolean b) {
>        return b;
> }
>=20
> Scott Stirling
>=20
> On 6/23/05, Czechowski, Igor <Igo...@sa...> wrote:
> > The reason I'm asking is that I think that in certain cases I get fault=
y
> > reports regarding branch coverage.
> > Any help would be appreciated.
> >
> > A simple example would solve my problem:
> >
> > 1:      public void branchCoverage(boolean test) {
> > 2:              if (test){
> > 3:                      return true;
> > 4:               else
> > 5:                      return false;
> > 6:      }
> >
> >
> > When can I achieve 100% branch coverage ?
> > 1) When lines  2,4,5 are executed
> > 2) When lines  2,3,4,5 are executed
> >
> > Thanks
> >   Igor
> >
> >
> >
> > -----Original Message-----
> > From: cob...@li...
> > [mailto:cob...@li...] On Behalf Of
> > Czechowski, Igor
> > Sent: Wednesday, June 22, 2005 3:23 PM
> > To: Cobertura-devel
> > Subject: [Cobertura-devel] Branch coverage question ?
> >
> > Hi,
> >
> > Where can I find detailed description of branch coverage that cobertura
> > measures ?
> >
> > Thanks
> >   Igor
> >
> >
> > -------------------------------------------------------
> > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> > from IBM. Find simple to follow Roadmaps, straightforward articles,
> > informative Webcasts and more! Get everything you need to get up to
> > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dick
> > _______________________________________________
> > Cobertura-devel mailing list
> > Cob...@li...
> > https://lists.sourceforge.net/lists/listinfo/cobertura-devel
> >
> >
> > -------------------------------------------------------
> > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> > from IBM. Find simple to follow Roadmaps, straightforward articles,
> > informative Webcasts and more! Get everything you need to get up to
> > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&opclick
> > _______________________________________________
> > Cobertura-devel mailing list
> > Cob...@li...
> > https://lists.sourceforge.net/lists/listinfo/cobertura-devel
> >
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&opclick
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>

Re: [Cobertura-devel] Performance Issues - cobertura.ser

[Grzegorz L. <ha...@gm...>]

I have submitted a patch that fixes the problems I have described.

Grzegorz

On 6/15/05, Grzegorz Lukasik <ha...@gm...> wrote:
> The problem here may be implemetation of
> ProjectData.getOrCreateClassData method, and additionaly
> ClassData.touch implementation. Both these methods are invoked each
> time "line of code" is executed. Both methods get/put some information
> from maps. The result is that with each line of code some operations
> that are in most cases many times more expensive are executed.
>=20
> Grzegorz
>=20
> On 6/10/05, Nathan Johns <nr...@gm...> wrote:
> > Hi,
> >
> > It appears to me, though I haven't looked at the code, that every time
> > the cobertura.ser file is touched by a test for instrumentation the
> > entire file is read in, updated and then written back to disk.  This
> > seems to be a hug performance hit when compared to running the test
> > without instrumentation.  (in our case about 6-7 times slower, on a
> > build that take 15 minutes without instrumentation this makes it a
> > very long build cycle.)
> >
> > Would it perhaps make more sense to append instrumentation data to the
> > cobertura.ser file (may need to be done a different way if
> > cobertura.ser is a serialized object(s)) and then process all this
> > data at reporting time to aggregate it into class statistics?
> >
> > In other words for each test, when it reads in cobertura.ser and
> > writes it, it creates its own data either appended or in a separate
> > file, and these are all then merged at reporting time.  This would
> > reduce disk access and speed up the testing phase and move some of the
> > overhead to when the reporting is done.
> >
> > I suppose one possibility is to make use of different cobertura.ser
> > files for each module and merge them at the end?  Would appreciate any
> > comments you might have.
> >
> > Nathan Johns
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you s=
hotput
> > a projector? How fast can you ride your desk chair down the office luge=
 track?
> > If you want to score the big prize, get to know the little guy.
> > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r
> > _______________________________________________
> > Cobertura-devel mailing list
> > Cob...@li...
> > https://lists.sourceforge.net/lists/listinfo/cobertura-devel
> >
>

RE: [Cobertura-devel] Use with Applets

[Mick F. <mic...@li...>]

Thanks everyone for input on this. In the end I opted for the following in
my applet:

/**
 * If we're running a cobertura-instrumented Applet, we need to flush out
the data, as not all Browsers
 * call System.exit(0), which is the normal flush trigger. If the cobertura
classes are not available
 * we do nothing - this is the normal situation.
 */
public void destroy() {
    try {
        Class  c =
Class.forName("net.sourceforge.cobertura.coveragedata.ProjectData");
        Method m = c.getMethod("saveGlobalProjectData", new Class[0]);
        m.invoke(null, new Object[0]);
    } catch (Exception e) {}
}


Regards,

Mick.

> -----Original Message-----
> From: Mark Doliner [mailto:Mar...@sa...]
> Sent: 29 June 2005 15:57
> To: Mick Francis
> Cc: cob...@li...
> Subject: RE: [Cobertura-devel] Use with Applets
> 
> 
> The static method 
> net.sourceforge.cobertura.coveragedata.ProjectData.saveGlobalP
> rojectData() should cause the currently bufferred coverage 
> data to be flushed to cobertura.ser (or whichever file you've 
> specified), if it helps
> -Mark 
> 
> > -----Original Message-----
> > From: Mick Francis [mailto:mic...@li...] 
> > Sent: Wednesday, June 29, 2005 10:50 AM
> > To: Jared Richardson; je...@th...; Mark Doliner
> > Cc: cob...@li...
> > Subject: RE: [Cobertura-devel] Use with Applets
> > 
> > Hi Jared,
> >  
> > Thanks for the reply.
> >  
> > While I was downloading HotJava, I thought I'd try a 'hack' 
> > and put a System.exit(0) in the destroy() method of the 
> > Applet, and it worked!
> > Clearly this is no good for normal running, but I can enable 
> > the System.exit(0) in a properties file when it comes to test time.
> >  
> > I wonder if there's a method in the cobertura classes I can 
> > call to force the writing rather than it waiting for exit? 
> > That way I could just test for the existence of the class, 
> > and call the method if it's there - no properties file 
> > jiggery-pokery that way...
> >  
> > Regards,
> >  
> > Mick.
> > 
> > 	-----Original Message-----
> > 	From: Jared Richardson [mailto:Jar...@sa...]
> > 	Sent: 29 June 2005 15:35
> > 	To: Mick Francis; je...@th...; Mark Doliner
> > 	Cc: cob...@li...
> > 	Subject: RE: [Cobertura-devel] Use with Applets
> > 	
> > 	
> > 	Try downloading HotJava from Sun. It has a much cleaner 
> > applet implementation and might get the ser file. I haven't 
> > tried this, but for coverage purposes, it shouldn't matter 
> > which browser you use, right?
> > 	 
> > 	http://java.sun.com/products/archive/hotjava/
> > 	 
> > 	Jared
> > 
> > 	Ship It! is shipping!
> > 	http://www.jaredrichardson.net <http://www.jaredrichardson.net> 
> > 	http://www.pragmaticprogrammer.com/titles/prj/ 
> > <http://www.pragmaticprogrammer.com/titles/prj/> 
> > 
> > 
> > ________________________________
> > 
> > 		From: 
> > cob...@li... 
> > [mailto:cob...@li...] On 
> > Behalf Of Mick Francis
> > 		Sent: Wednesday, June 29, 2005 10:28 AM
> > 		To: 'je...@th...'; Mark Doliner
> > 		Cc: cob...@li...
> > 		Subject: RE: [Cobertura-devel] Use with Applets
> > 		
> > 		
> > 		Hi Jeremy,
> > 		 
> > 		Thanks for the reply.
> > 		 
> > 		The Applet runs in Internet Explorer. I've 
> > looked at the .class files in the .jar, and they all contain 
> > instrumentation. The fact that it works when I run the 'main' 
> > method (added for testing) from the command line (using 
> > exactly the same .jar file) implies to me that the problem 
> > lies somewhere in the Applet mechanism...
> > 		 
> > 		Mick.
> > 
> > 			-----Original 
> > 
> > 
> > 
> > 
> > This message has been scanned for viruses by MailController 
> > <http://www.mailcontroller.altohiway.com/> .
> > 
> > 
> 

RE: [Cobertura-devel] Use with Applets

[Mick F. <mic...@li...>]

Great - thanks Mark,

Mick.

> -----Original Message-----
> From: Mark Doliner [mailto:Mar...@sa...]
> Sent: 29 June 2005 15:57
> To: Mick Francis
> Cc: cob...@li...
> Subject: RE: [Cobertura-devel] Use with Applets
> 
> 
> The static method 
> net.sourceforge.cobertura.coveragedata.ProjectData.saveGlobalP
> rojectData() should cause the currently bufferred coverage 
> data to be flushed to cobertura.ser (or whichever file you've 
> specified), if it helps
> -Mark 
> 
> > -----Original Message-----
> > From: Mick Francis [mailto:mic...@li...] 
> > Sent: Wednesday, June 29, 2005 10:50 AM
> > To: Jared Richardson; je...@th...; Mark Doliner
> > Cc: cob...@li...
> > Subject: RE: [Cobertura-devel] Use with Applets
> > 
> > Hi Jared,
> >  
> > Thanks for the reply.
> >  
> > While I was downloading HotJava, I thought I'd try a 'hack' 
> > and put a System.exit(0) in the destroy() method of the 
> > Applet, and it worked!
> > Clearly this is no good for normal running, but I can enable 
> > the System.exit(0) in a properties file when it comes to test time.
> >  
> > I wonder if there's a method in the cobertura classes I can 
> > call to force the writing rather than it waiting for exit? 
> > That way I could just test for the existence of the class, 
> > and call the method if it's there - no properties file 
> > jiggery-pokery that way...
> >  
> > Regards,
> >  
> > Mick.
> > 
> > 	-----Original Message-----
> > 	From: Jared Richardson [mailto:Jar...@sa...]
> > 	Sent: 29 June 2005 15:35
> > 	To: Mick Francis; je...@th...; Mark Doliner
> > 	Cc: cob...@li...
> > 	Subject: RE: [Cobertura-devel] Use with Applets
> > 	
> > 	
> > 	Try downloading HotJava from Sun. It has a much cleaner 
> > applet implementation and might get the ser file. I haven't 
> > tried this, but for coverage purposes, it shouldn't matter 
> > which browser you use, right?
> > 	 
> > 	http://java.sun.com/products/archive/hotjava/
> > 	 
> > 	Jared
> > 
> > 	Ship It! is shipping!
> > 	http://www.jaredrichardson.net <http://www.jaredrichardson.net> 
> > 	http://www.pragmaticprogrammer.com/titles/prj/ 
> > <http://www.pragmaticprogrammer.com/titles/prj/> 
> > 
> > 
> > ________________________________
> > 
> > 		From: 
> > cob...@li... 
> > [mailto:cob...@li...] On 
> > Behalf Of Mick Francis
> > 		Sent: Wednesday, June 29, 2005 10:28 AM
> > 		To: 'je...@th...'; Mark Doliner
> > 		Cc: cob...@li...
> > 		Subject: RE: [Cobertura-devel] Use with Applets
> > 		
> > 		
> > 		Hi Jeremy,
> > 		 
> > 		Thanks for the reply.
> > 		 
> > 		The Applet runs in Internet Explorer. I've 
> > looked at the .class files in the .jar, and they all contain 
> > instrumentation. The fact that it works when I run the 'main' 
> > method (added for testing) from the command line (using 
> > exactly the same .jar file) implies to me that the problem 
> > lies somewhere in the Applet mechanism...
> > 		 
> > 		Mick.
> > 
> > 			-----Original 
> > 
> > 
> > 
> > 
> > This message has been scanned for viruses by MailController 
> > <http://www.mailcontroller.altohiway.com/> .
> > 
> > 
> 

RE: [Cobertura-devel] Use with Applets

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

The static method =
net.sourceforge.cobertura.coveragedata.ProjectData.saveGlobalProjectData(=
) should cause the currently bufferred coverage data to be flushed to =
cobertura.ser (or whichever file you've specified), if it helps
-Mark=20

> -----Original Message-----
> From: Mick Francis [mailto:mic...@li...]=20
> Sent: Wednesday, June 29, 2005 10:50 AM
> To: Jared Richardson; je...@th...; Mark Doliner
> Cc: cob...@li...
> Subject: RE: [Cobertura-devel] Use with Applets
>=20
> Hi Jared,
> =20
> Thanks for the reply.
> =20
> While I was downloading HotJava, I thought I'd try a 'hack'=20
> and put a System.exit(0) in the destroy() method of the=20
> Applet, and it worked!
> Clearly this is no good for normal running, but I can enable=20
> the System.exit(0) in a properties file when it comes to test time.
> =20
> I wonder if there's a method in the cobertura classes I can=20
> call to force the writing rather than it waiting for exit?=20
> That way I could just test for the existence of the class,=20
> and call the method if it's there - no properties file=20
> jiggery-pokery that way...
> =20
> Regards,
> =20
> Mick.
>=20
> 	-----Original Message-----
> 	From: Jared Richardson [mailto:Jar...@sa...]
> 	Sent: 29 June 2005 15:35
> 	To: Mick Francis; je...@th...; Mark Doliner
> 	Cc: cob...@li...
> 	Subject: RE: [Cobertura-devel] Use with Applets
> =09
> =09
> 	Try downloading HotJava from Sun. It has a much cleaner=20
> applet implementation and might get the ser file. I haven't=20
> tried this, but for coverage purposes, it shouldn't matter=20
> which browser you use, right?
> 	=20
> 	http://java.sun.com/products/archive/hotjava/
> 	=20
> 	Jared
>=20
> 	Ship It! is shipping!
> 	http://www.jaredrichardson.net <http://www.jaredrichardson.net>=20
> 	http://www.pragmaticprogrammer.com/titles/prj/=20
> <http://www.pragmaticprogrammer.com/titles/prj/>=20
>=20
>=20
> ________________________________
>=20
> 		From:=20
> cob...@li...=20
> [mailto:cob...@li...] On=20
> Behalf Of Mick Francis
> 		Sent: Wednesday, June 29, 2005 10:28 AM
> 		To: 'je...@th...'; Mark Doliner
> 		Cc: cob...@li...
> 		Subject: RE: [Cobertura-devel] Use with Applets
> 	=09
> 	=09
> 		Hi Jeremy,
> 		=20
> 		Thanks for the reply.
> 		=20
> 		The Applet runs in Internet Explorer. I've=20
> looked at the .class files in the .jar, and they all contain=20
> instrumentation. The fact that it works when I run the 'main'=20
> method (added for testing) from the command line (using=20
> exactly the same .jar file) implies to me that the problem=20
> lies somewhere in the Applet mechanism...
> 		=20
> 		Mick.
>=20
> 			-----Original=20
>=20
>=20
>=20
>=20
> This message has been scanned for viruses by MailController=20
> <http://www.mailcontroller.altohiway.com/> .
>=20
>=20

RE: [Cobertura-devel] Use with Applets

[Mick F. <mic...@li...>]

Hi Jared,
 
Thanks for the reply.
 
While I was downloading HotJava, I thought I'd try a 'hack' and put a
System.exit(0) in the destroy() method of the Applet, and it worked!
Clearly this is no good for normal running, but I can enable the
System.exit(0) in a properties file when it comes to test time.
 
I wonder if there's a method in the cobertura classes I can call to force
the writing rather than it waiting for exit? That way I could just test for
the existence of the class, and call the method if it's there - no
properties file jiggery-pokery that way...
 
Regards,
 
Mick.

-----Original Message-----
From: Jared Richardson [mailto:Jar...@sa...]
Sent: 29 June 2005 15:35
To: Mick Francis; je...@th...; Mark Doliner
Cc: cob...@li...
Subject: RE: [Cobertura-devel] Use with Applets


Try downloading HotJava from Sun. It has a much cleaner applet
implementation and might get the ser file. I haven't tried this, but for
coverage purposes, it shouldn't matter which browser you use, right?
 
http://java.sun.com/products/archive/hotjava/
<http://java.sun.com/products/archive/hotjava/> 
 
Jared

Ship It! is shipping!
 <http://www.jaredrichardson.net> http://www.jaredrichardson.net
 <http://www.pragmaticprogrammer.com/titles/prj/>
http://www.pragmaticprogrammer.com/titles/prj/


  _____  

From: cob...@li...
[mailto:cob...@li...] On Behalf Of Mick
Francis
Sent: Wednesday, June 29, 2005 10:28 AM
To: 'je...@th...'; Mark Doliner
Cc: cob...@li...
Subject: RE: [Cobertura-devel] Use with Applets


Hi Jeremy,
 
Thanks for the reply.
 
The Applet runs in Internet Explorer. I've looked at the .class files in the
.jar, and they all contain instrumentation. The fact that it works when I
run the 'main' method (added for testing) from the command line (using
exactly the same .jar file) implies to me that the problem lies somewhere in
the Applet mechanism...
 
Mick.

-----Original 










This message has been scanned for viruses by MailController - www.MailController.altohiway.com

RE: [Cobertura-devel] Use with Applets

[Jared R. <Jar...@sa...>]

Try downloading HotJava from Sun. It has a much cleaner applet =
implementation and might get the ser file. I haven't tried this, but for =
coverage purposes, it shouldn't matter which browser you use, right?
=20
http://java.sun.com/products/archive/hotjava/
=20
Jared

Ship It! is shipping!
http://www.jaredrichardson.net <http://www.jaredrichardson.net>=20
http://www.pragmaticprogrammer.com/titles/prj/ =
<http://www.pragmaticprogrammer.com/titles/prj/>=20


________________________________

	From: cob...@li... =
[mailto:cob...@li...] On Behalf Of Mick =
Francis
	Sent: Wednesday, June 29, 2005 10:28 AM
	To: 'je...@th...'; Mark Doliner
	Cc: cob...@li...
	Subject: RE: [Cobertura-devel] Use with Applets
=09
=09
	Hi Jeremy,
	=20
	Thanks for the reply.
	=20
	The Applet runs in Internet Explorer. I've looked at the .class files =
in the .jar, and they all contain instrumentation. The fact that it =
works when I run the 'main' method (added for testing) from the command =
line (using exactly the same .jar file) implies to me that the problem =
lies somewhere in the Applet mechanism...
	=20
	Mick.

		-----Original=20

RE: [Cobertura-devel] Use with Applets

[Mick F. <mic...@li...>]

Hi Jeremy,
 
Thanks for the reply.
 
The Applet runs in Internet Explorer. I've looked at the .class files in the
.jar, and they all contain instrumentation. The fact that it works when I
run the 'main' method (added for testing) from the command line (using
exactly the same .jar file) implies to me that the problem lies somewhere in
the Applet mechanism...
 
Mick.

-----Original Message-----
From: Jeremy Thomerson [mailto:jer...@gm...]
Sent: 29 June 2005 15:27
To: Mark Doliner
Cc: Mick Francis; cob...@li...
Subject: Re: [Cobertura-devel] Use with Applets


I guess to follow up on this to see if we can help, the most important
question would be: how are you running the applet?  98% of the time when we
get these questions (although we haven't necessarily had any for an applet
yet), it's that the instrumented classes either aren't in the runtime
classpath or are below the un-instrumented classes.  Have you verified that
the classes in your jar are the instrumented ones? 
 
Jeremy Thomerson

 
On 6/29/05, Mark Doliner < Mar...@sa...
<mailto:Mar...@sa...> > wrote: 

I'm not really sure how applets work... Normally the cobertura.ser file is
updated only when the JVM exits.  So if you access the applet from a web
browser, would you have to exit the web browser to cause the JVM to be
killed?  Also, applets run on the machine you access them with, not the
machine they're served from, right?  (So the cobertura.ser would be written
to the client's hard drive.)  I have a feeling they're the same in this
case, but that might be something to look out for.

-Mark

> -----Original Message-----
> From: cob...@li...
<mailto:cob...@li...> 
> [mailto: cob...@li...
<mailto:cob...@li...> ] On
> Behalf Of Mick Francis
> Sent: Wednesday, June 29, 2005 10:06 AM 
> To: ' cob...@li...
<mailto:cob...@li...> '
> Subject: [Cobertura-devel] Use with Applets
>
> Sorry if this is a dumb question, but how can I get cobertura 
> to work with a
> JApplet?
> It just doesn't seem to write to the cobertura.ser file. I've done the
> following:
>
> 1) Added:
>       -Dnet.sourceforge.cobertura.datafile=C:/cobertura.ser 
>    to the java runtime params in the plugin control panel,
> and checked that
>    System.getProperty("net.sourceforge.cobertura.datafile") agrees.
>
> 2) The Applet is in a signed jar along with all the other 
> classes that are
> required. If
>    I add a "public static main(String[] args) {...}" method,
> and run this
> from the command
>    line, the cobertura.ser file is accessed as it should be. 
>
>    The Applet is able to create and write to files as part of its
> functionality, so this
>    isn't the issue.
>
> 3) I've searched all my drives for cobertura.ser files, and
> there are no
> others.
>
> Any help very gratefully received!
>
> Thanks,
>
> Mick.
>
>
>
>
>
>
>
>
>
> This message has been scanned for viruses by MailController - 
> www.MailController.altohiway.com <http://www.MailController.altohiway.com>

>
>
> -------------------------------------------------------
> SF.Net <http://SF.Net>  email is sponsored by: Discover Easy Linux
Migration Strategies 
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477
<http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click>
&alloc_id=16492&op=click
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
<mailto:Cob...@li...> 
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
<https://lists.sourceforge.net/lists/listinfo/cobertura-devel> 
>


------------------------------------------------------- 
SF.Net <http://SF.Net>  email is sponsored by: Discover Easy Linux Migration
Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to 
speed, fast. http://ads.osdn.com/?ad_idt77
<http://ads.osdn.com/?ad_idt77&alloc_id492&opclick> &alloc_id492&opclick
_______________________________________________
Cobertura-devel mailing list 
Cob...@li...
<mailto:Cob...@li...> 
https://lists.sourceforge.net/lists/listinfo/cobertura-devel
<https://lists.sourceforge.net/lists/listinfo/cobertura-devel> 

Re: [Cobertura-devel] Use with Applets

[Jeremy T. <jer...@gm...>]

I guess to follow up on this to see if we can help, the most important=20
question would be: how are you running the applet? 98% of the time when we=
=20
get these questions (although we haven't necessarily had any for an applet=
=20
yet), it's that the instrumented classes either aren't in the runtime=20
classpath or are below the un-instrumented classes. Have you verified that=
=20
the classes in your jar are the instrumented ones?
 Jeremy Thomerson

 On 6/29/05, Mark Doliner <Mar...@sa...> wrote:=20
>=20
> I'm not really sure how applets work... Normally the cobertura.ser file i=
s=20
> updated only when the JVM exits. So if you access the applet from a web=
=20
> browser, would you have to exit the web browser to cause the JVM to be=20
> killed? Also, applets run on the machine you access them with, not the=20
> machine they're served from, right? (So the cobertura.ser would be writte=
n=20
> to the client's hard drive.) I have a feeling they're the same in this ca=
se,=20
> but that might be something to look out for.
>=20
> -Mark
>=20
> > -----Original Message-----
> > From: cob...@li...
> > [mailto:cob...@li...] On
> > Behalf Of Mick Francis
> > Sent: Wednesday, June 29, 2005 10:06 AM
> > To: 'cob...@li...'
> > Subject: [Cobertura-devel] Use with Applets
> >
> > Sorry if this is a dumb question, but how can I get cobertura
> > to work with a
> > JApplet?
> > It just doesn't seem to write to the cobertura.ser file. I've done the
> > following:
> >
> > 1) Added:
> > -Dnet.sourceforge.cobertura.datafile=3DC:/cobertura.ser
> > to the java runtime params in the plugin control panel,
> > and checked that
> > System.getProperty("net.sourceforge.cobertura.datafile") agrees.
> >
> > 2) The Applet is in a signed jar along with all the other
> > classes that are
> > required. If
> > I add a "public static main(String[] args) {...}" method,
> > and run this
> > from the command
> > line, the cobertura.ser file is accessed as it should be.
> >
> > The Applet is able to create and write to files as part of its
> > functionality, so this
> > isn't the issue.
> >
> > 3) I've searched all my drives for cobertura.ser files, and
> > there are no
> > others.
> >
> > Any help very gratefully received!
> >
> > Thanks,
> >
> > Mick.
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > This message has been scanned for viruses by MailController -
> > www.MailController.altohiway.com<http://www.MailController.altohiway.co=
m>
> >
> >
> > -------------------------------------------------------
> > SF.Net <http://SF.Net> email is sponsored by: Discover Easy Linux=20
> Migration Strategies
> > from IBM. Find simple to follow Roadmaps, straightforward articles,
> > informative Webcasts and more! Get everything you need to get up to
> > speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dcl=
ick
> > _______________________________________________
> > Cobertura-devel mailing list
> > Cob...@li...
> > https://lists.sourceforge.net/lists/listinfo/cobertura-devel
> >
>=20
>=20
> -------------------------------------------------------
> SF.Net <http://SF.Net> email is sponsored by: Discover Easy Linux=20
> Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&opclick
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>=20
>=20
>

RE: [Cobertura-devel] Use with Applets

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

I'm not really sure how applets work... Normally the cobertura.ser file =
is updated only when the JVM exits.  So if you access the applet from a =
web browser, would you have to exit the web browser to cause the JVM to =
be killed?  Also, applets run on the machine you access them with, not =
the machine they're served from, right?  (So the cobertura.ser would be =
written to the client's hard drive.)  I have a feeling they're the same =
in this case, but that might be something to look out for.

-Mark=20

> -----Original Message-----
> From: cob...@li...=20
> [mailto:cob...@li...] On=20
> Behalf Of Mick Francis
> Sent: Wednesday, June 29, 2005 10:06 AM
> To: 'cob...@li...'
> Subject: [Cobertura-devel] Use with Applets
>=20
> Sorry if this is a dumb question, but how can I get cobertura=20
> to work with a
> JApplet?
> It just doesn't seem to write to the cobertura.ser file. I've done the
> following:
>=20
> 1) Added:
>       -Dnet.sourceforge.cobertura.datafile=3DC:/cobertura.ser
>    to the java runtime params in the plugin control panel,=20
> and checked that
>    System.getProperty("net.sourceforge.cobertura.datafile") agrees.
>=20
> 2) The Applet is in a signed jar along with all the other=20
> classes that are
> required. If
>    I add a "public static main(String[] args) {...}" method,=20
> and run this
> from the command
>    line, the cobertura.ser file is accessed as it should be.
>=20
>    The Applet is able to create and write to files as part of its
> functionality, so this
>    isn't the issue.
>=20
> 3) I've searched all my drives for cobertura.ser files, and=20
> there are no
> others.
>=20
> Any help very gratefully received!
>=20
> Thanks,
>=20
> Mick.
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
> This message has been scanned for viruses by MailController -=20
> www.MailController.altohiway.com
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. =
http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>=20