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

RE: [Cobertura-devel] Multiple Source directories

[Seigel, J. <Jam...@av...>]

Well I have this one implemented...

>                 <cobertura-report destdir=3D"${coverage.html.dir}">
>                         <sourcepath location=3D"${src.dir}"/>
>                         <sourcepath location=3D"${test.dir}"/>
>                 </cobertura-report>

Where you can add as many sourcepath elements as you would like.  I was
modelling it after how you can specify <classpath> entries for <javac>.
It will also support the srcDir attribute for legacy support.

I just don't know if I am happy with the names sourcepath or
location...but they aren't too too bad I guess.

I could post some diffs tonight if you guys are interested....

Cheers
James.



-----Original Message-----
From: Sinke, Mark (GE Healthcare) [mailto:mar...@me...]=20
Sent: Monday, June 06, 2005 8:27 AM
To: Seigel, James; Jeremy Thomerson; J. Rentrop
Cc: cob...@li...
Subject: RE: [Cobertura-devel] Multiple Source directories

That would be the ultimate solution; for now, I'd die for just a way to
mention multiple folders...

Mark.=20

RE: [Cobertura-devel] Multiple Source directories

[Sinke, M. \(GE Healthcare\) <mar...@me...>]

That would be the ultimate solution; for now, I'd die for just a way to
mention multiple folders...

Mark.=20

-----Original Message-----
From: Seigel, James [mailto:Jam...@av...]=20
Sent: Monday, June 06, 2005 16:21
To: Sinke, Mark (GE Healthcare); Jeremy Thomerson; J. Rentrop
Cc: cob...@li...
Subject: RE: [Cobertura-devel] Multiple Source directories

Ahhh, you guys want to change it from pointing to src directories, to
specifying a list of source files from which to draw the source
information.

Well that might be a bigger change than I was planning.  I will have to
look at the plumbing again.

James.

-----Original Message-----
From: Sinke, Mark (GE Healthcare) [mailto:mar...@me...]
Sent: Monday, June 06, 2005 3:06 AM
To: Jeremy Thomerson; J. Rentrop; Seigel, James
Cc: cob...@li...
Subject: RE: [Cobertura-devel] Multiple Source directories

I agree; it's a flexible and much-used solution.

Mark.

  _____ =20

"From there to here,
from here to there,
funny things are everywhere."
        - One Fish, Two Fish, Red Fish, Blue Fish, Dr. Seuss
  _____ =20

Mark J. Sinke
Senior Software Architect/Patient Directory Team Lead GE Healthcare
Information Technologies Clinical Information Technologies Core
Infrastructure Platforms=20

T +31 30 692 6000
F +31 30 692 6010
D *381 6446
E mar...@me... <mailto:mar...@me...> =20

www.gehealthcare.com <http://www.gehealthcare.com>=20



-----Original Message-----
From: cob...@li...
[mailto:cob...@li...]On Behalf Of Jeremy
Thomerson
Sent: Monday, June 06, 2005 07:39
To: J. Rentrop; Seigel, James
Cc: cob...@li...
Subject: Re: [Cobertura-devel] Multiple Source directories


I second that.  It's the very ant-common way, so it seems sensible.

Jeremy

----- Original Message -----
From: "J. Rentrop" <jjb...@st...>
To: "Seigel, James" <Jam...@av...>
Cc: <cob...@li...>
Sent: Sunday, June 05, 2005 8:49 AM
Subject: Re: [Cobertura-devel] Multiple Source directories


Hi,

I think nested filesets would probally be the best. This is similiair to
the instrument task.

Example:
<cobertura-report destdir=3D"${coverage.html.dir}">
  <fileset dir=3D"${src.dir}">
    <include name=3D"**/*.java" />
  </fileset>
  <fileset dir=3D"${test.dir}">
    <include name=3D"**/*.java" />
  </fileset>
</cobertura-report>

Best regards,
Julien

Quoting "Seigel, James" <Jam...@av...>:

>
> Hello,
>
> Sorry for the hiatus.  I was wondering if anyone had any thoughts on
the
> format to support multiple source directories on the coverage-report
task?
>
> What do you think of this kind of structure?
>
>                 <cobertura-report destdir=3D"${coverage.html.dir}">
>                         <sourcepath location=3D"${src.dir}"/>
>                         <sourcepath location=3D"${test.dir}"/>
>                 </cobertura-report>
>
>
> Cheers
> James.
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you=20
> shotput a projector? How fast can you ride your desk chair down the=20
> 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=20
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>




-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
shotput 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=3D20
_______________________________________________
Cobertura-devel mailing list
Cob...@li...
https://lists.sourceforge.net/lists/listinfo/cobertura-devel



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
shotput 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. =20
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
_______________________________________________
Cobertura-devel mailing list
Cob...@li...
https://lists.sourceforge.net/lists/listinfo/cobertura-devel

RE: [Cobertura-devel] Multiple Source directories

[Seigel, J. <Jam...@av...>]

Ahhh, you guys want to change it from pointing to src directories, to
specifying a list of source files from which to draw the source
information.

Well that might be a bigger change than I was planning.  I will have to
look at the plumbing again.

James.

-----Original Message-----
From: Sinke, Mark (GE Healthcare) [mailto:mar...@me...]=20
Sent: Monday, June 06, 2005 3:06 AM
To: Jeremy Thomerson; J. Rentrop; Seigel, James
Cc: cob...@li...
Subject: RE: [Cobertura-devel] Multiple Source directories

I agree; it's a flexible and much-used solution.

Mark.

  _____ =20

"From there to here,
from here to there,
funny things are everywhere."
        - One Fish, Two Fish, Red Fish, Blue Fish, Dr. Seuss
  _____ =20

Mark J. Sinke
Senior Software Architect/Patient Directory Team Lead
GE Healthcare Information Technologies
Clinical Information Technologies Core Infrastructure Platforms=20

T +31 30 692 6000
F +31 30 692 6010
D *381 6446
E mar...@me... <mailto:mar...@me...> =20

www.gehealthcare.com <http://www.gehealthcare.com>=20



-----Original Message-----
From: cob...@li...
[mailto:cob...@li...]On Behalf Of Jeremy
Thomerson
Sent: Monday, June 06, 2005 07:39
To: J. Rentrop; Seigel, James
Cc: cob...@li...
Subject: Re: [Cobertura-devel] Multiple Source directories


I second that.  It's the very ant-common way, so it seems sensible.

Jeremy

----- Original Message -----
From: "J. Rentrop" <jjb...@st...>
To: "Seigel, James" <Jam...@av...>
Cc: <cob...@li...>
Sent: Sunday, June 05, 2005 8:49 AM
Subject: Re: [Cobertura-devel] Multiple Source directories


Hi,

I think nested filesets would probally be the best. This is similiair to
the
instrument task.

Example:
<cobertura-report destdir=3D"${coverage.html.dir}">
  <fileset dir=3D"${src.dir}">
    <include name=3D"**/*.java" />
  </fileset>
  <fileset dir=3D"${test.dir}">
    <include name=3D"**/*.java" />
  </fileset>
</cobertura-report>

Best regards,
Julien

Quoting "Seigel, James" <Jam...@av...>:

>
> Hello,
>
> Sorry for the hiatus.  I was wondering if anyone had any thoughts on
the
> format to support multiple source directories on the coverage-report
task?
>
> What do you think of this kind of structure?
>
>                 <cobertura-report destdir=3D"${coverage.html.dir}">
>                         <sourcepath location=3D"${src.dir}"/>
>                         <sourcepath location=3D"${test.dir}"/>
>                 </cobertura-report>
>
>
> Cheers
> James.
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
> shotput
> 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
>




-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
shotput
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=3D20
_______________________________________________
Cobertura-devel mailing list
Cob...@li...
https://lists.sourceforge.net/lists/listinfo/cobertura-devel



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
shotput
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. =20
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
_______________________________________________
Cobertura-devel mailing list
Cob...@li...
https://lists.sourceforge.net/lists/listinfo/cobertura-devel

RE: [Cobertura-devel] Multiple Source directories

[Sinke, M. \(GE Healthcare\) <mar...@me...>]

I agree; it's a flexible and much-used solution.

Mark.

  _____ =20

"From there to here,
from here to there,
funny things are everywhere."
        - One Fish, Two Fish, Red Fish, Blue Fish, Dr. Seuss
  _____ =20

Mark J. Sinke
Senior Software Architect/Patient Directory Team Lead
GE Healthcare Information Technologies
Clinical Information Technologies Core Infrastructure Platforms=20

T +31 30 692 6000
F +31 30 692 6010
D *381 6446
E mar...@me... <mailto:mar...@me...> =20

www.gehealthcare.com <http://www.gehealthcare.com>=20



-----Original Message-----
From: cob...@li...
[mailto:cob...@li...]On Behalf Of Jeremy
Thomerson
Sent: Monday, June 06, 2005 07:39
To: J. Rentrop; Seigel, James
Cc: cob...@li...
Subject: Re: [Cobertura-devel] Multiple Source directories


I second that.  It's the very ant-common way, so it seems sensible.

Jeremy

----- Original Message -----
From: "J. Rentrop" <jjb...@st...>
To: "Seigel, James" <Jam...@av...>
Cc: <cob...@li...>
Sent: Sunday, June 05, 2005 8:49 AM
Subject: Re: [Cobertura-devel] Multiple Source directories


Hi,

I think nested filesets would probally be the best. This is similiair to =
the
instrument task.

Example:
<cobertura-report destdir=3D"${coverage.html.dir}">
  <fileset dir=3D"${src.dir}">
    <include name=3D"**/*.java" />
  </fileset>
  <fileset dir=3D"${test.dir}">
    <include name=3D"**/*.java" />
  </fileset>
</cobertura-report>

Best regards,
Julien

Quoting "Seigel, James" <Jam...@av...>:

>
> Hello,
>
> Sorry for the hiatus.  I was wondering if anyone had any thoughts on =
the
> format to support multiple source directories on the coverage-report =
task?
>
> What do you think of this kind of structure?
>
>                 <cobertura-report destdir=3D"${coverage.html.dir}">
>                         <sourcepath location=3D"${src.dir}"/>
>                         <sourcepath location=3D"${test.dir}"/>
>                 </cobertura-report>
>
>
> Cheers
> James.
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
> shotput
> 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
>




-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
shotput
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=3D20
_______________________________________________
Cobertura-devel mailing list
Cob...@li...
https://lists.sourceforge.net/lists/listinfo/cobertura-devel



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you =
shotput
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. =20
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
_______________________________________________
Cobertura-devel mailing list
Cob...@li...
https://lists.sourceforge.net/lists/listinfo/cobertura-devel

Re: [Cobertura-devel] Multiple Source directories

[Jeremy T. <je...@th...>]

I second that.  It's the very ant-common way, so it seems sensible.

Jeremy

----- Original Message -----
From: "J. Rentrop" <jjb...@st...>
To: "Seigel, James" <Jam...@av...>
Cc: <cob...@li...>
Sent: Sunday, June 05, 2005 8:49 AM
Subject: Re: [Cobertura-devel] Multiple Source directories


Hi,

I think nested filesets would probally be the best. This is similiair to the
instrument task.

Example:
<cobertura-report destdir="${coverage.html.dir}">
  <fileset dir="${src.dir}">
    <include name="**/*.java" />
  </fileset>
  <fileset dir="${test.dir}">
    <include name="**/*.java" />
  </fileset>
</cobertura-report>

Best regards,
Julien

Quoting "Seigel, James" <Jam...@av...>:

>
> Hello,
>
> Sorry for the hiatus.  I was wondering if anyone had any thoughts on the
> format to support multiple source directories on the coverage-report task?
>
> What do you think of this kind of structure?
>
>                 <cobertura-report destdir="${coverage.html.dir}">
>                         <sourcepath location="${src.dir}"/>
>                         <sourcepath location="${test.dir}"/>
>                 </cobertura-report>
>
>
> Cheers
> James.
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
> shotput
> 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
>




-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
shotput
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=20
_______________________________________________
Cobertura-devel mailing list
Cob...@li...
https://lists.sourceforge.net/lists/listinfo/cobertura-devel

Re: [Cobertura-devel] Multiple Source directories

[J. R. <jjb...@st...>]

Hi,

I think nested filesets would probally be the best. This is similiair to the
instrument task.

Example:
<cobertura-report destdir="${coverage.html.dir}">
  <fileset dir="${src.dir}">
    <include name="**/*.java" />
  </fileset>
  <fileset dir="${test.dir}">
    <include name="**/*.java" />
  </fileset>
</cobertura-report>

Best regards,
Julien

Quoting "Seigel, James" <Jam...@av...>:

> 
> Hello,
> 
> Sorry for the hiatus.  I was wondering if anyone had any thoughts on the
> format to support multiple source directories on the coverage-report task?
> 
> What do you think of this kind of structure?
> 
>                 <cobertura-report destdir="${coverage.html.dir}">
>                         <sourcepath location="${src.dir}"/>
>                         <sourcepath location="${test.dir}"/>
>                 </cobertura-report>
> 
> 
> Cheers
> James.
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
> shotput
> 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
> 

[Cobertura-devel] Multiple Source directories

[Seigel, J. <Jam...@av...>]

Hello,

Sorry for the hiatus.  I was wondering if anyone had any thoughts on the =
format to support multiple source directories on the coverage-report =
task?

What do you think of this kind of structure?

                <cobertura-report destdir=3D"${coverage.html.dir}">
                        <sourcepath location=3D"${src.dir}"/>
                        <sourcepath location=3D"${test.dir}"/>
                </cobertura-report>


Cheers
James.

RE: [Cobertura-devel] bug while merging

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

Hi!

Hopefully we've fixed this in CVS.  The way it's supposed to work now =
is, you merge two ProjectData classes together, which recursively merges =
all PackageData classes, which merges all SourceFileData classes, which =
merges all ClassData classes, which merges all LineData classes (by =
summing the hit counts for each line).

-Mark


> -----Original Message-----
> From: cob...@li...=20
> [mailto:cob...@li...] On=20
> Behalf Of Harish Prabhakara
> Sent: Wednesday, May 18, 2005 12:18 PM
> To: cob...@li...
> Subject: [Cobertura-devel] bug while merging
>=20
> hi,
>=20
> We are trying to merge two cobertura.ser files which has the=20
> same code base.
> one cobertura.ser files is  created  when running junit and=20
> the other is
> created when weblogic server is stopped which are created in=20
> two different
> directories.
> Apparently when trying to merge we found that it is just=20
> overwriting the
> other. for e.g. Junit calls a Delegate class which happens to=20
> have a code
> coverage of 40%.
> This Delegate class calls the server classes and no Delegate=20
> class is called
> through the server. So the code coverage for this Delegate=20
> class is 0% in
> the cobertura.ser
> generated by the weblogic.
>=20
> Now when we are trying to merge this both ideally it should=20
> been given 40%
> but it gives 0%.  Going through the source code we found that in
> CoverageData.java
> we have a method which merges the two files as given below.=20
> 	public void merge(CoverageData coverageData)
> 	{	lines.putAll(coverageData.lines);
> 		conditionals.putAll(coverageData.conditionals);
> 		methodNamesAndDescriptors.addAll(coverageData
> 				.getMethodNamesAndDescriptors());
> 	}
> In the above code lines is a HashMap object
>=20
> The lines.putAll(coverageData.lines) just overwrites the data.=20
>=20
> The above method could be modified as given below.
>=20
> 	public void merge(CoverageData coverageData)
> 	{	Set keySet =3D lines. keySet();
>=20
> 		Iterator iterator =3D keySet.iterator();
> 		while(iterator.hasNext()) {
> 			Integer lineNumber =3D (Integer) iterator.next();
> 			LineInformation l1 =3D
> (LineInformation)lines.get(lineNumber);
> 			LineInformation l2 =3D
> (LineInformation)coverageData.lines.get(lineNumber);
> 			long hits1 =3D l1.getHits();
> 			long hits2 =3D l2.getHits();
>=20
> 			if(hits2>hits1) {
> 				lines.put(lineNumber,l2);
> 			}
> 		}
>=20
> 		//lines.putAll(coverageData.lines);
> 		conditionals.putAll(coverageData.conditionals);
> 		methodNamesAndDescriptors.addAll(coverageData
> 				.getMethodNamesAndDescriptors());
> 	}
>=20
>=20
> Let me know if anyone has a better solution.
>=20
> Regards
> Harish
>=20
>=20
>=20
>=20
> >  -----Original Message-----
> > From: 	Harish Prabhakara =20
> > Sent:	Tuesday, May 17, 2005 4:04 PM
> > To:	'cob...@li...'
> > Cc:	Iyer, Tejas; Satyadarshi Mishra; Bothra, Naveen
> > Subject:	improper codecoverage report
> >=20
> > hi,
> >=20
> > We are trying to do a code coverage analysis for an=20
> application deployed
> > under Weblogic 8.1 server. The application is been tested
> > using Junit as well as HttpUnit Test Cases. While doing the=20
> code coverage
> > analysis we found that the code coverage is been
> > reported for those classes which has been called through Junit. Code
> > coverage for those Classes which are run under Weblogic=20
> > environment or under HttpUnit environment is not shown as=20
> covered. For
> > E.g. Let us say that we have got a Delegate class
> > which calls  a service. This service is an EJB which is=20
> been deployed in
> > the Weblogic server. This Ejb in turns calls some VOAssembler=20
> > classes and in turn calls the DAO classes.=20
> >=20
> >=20
> > The test case calls the SiteDelegate which internally finds=20
> the service
> > and executes the service.=20
> >=20
> > The build.xml does exactly as mentioned in the documentation.
> >=20
> > set the classpath for the cobertura.jar.
> > compile the java files.
> > Create instrumented classes over the compilation classes
> > set the classpath for the instrumented classes
> > run the testcase
> > create the report.
> >=20
> > On analysis of the report, we could find code coverage only=20
> for delegate
> > class and there no coverage is been reported for other classes such
> > as EJB, VOAssembler and DAO.=20
> >=20
> >=20
> > Kindly can you help in resolving this problem.
> >=20
> > Thanks and Regards
> > Harish
> >=20

Re: [Cobertura-devel] Cobertura 1.4

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

On Mon, 30 May 2005 22:22:20 -0500, Mark Doliner wrote
> Oh hey, I released Cobertura 1.4 earlier today.  I meant to send out 
> an email earlier.  (I was busier than I'd expected to be on Saturday 
> and Sunday.) -Mark

Wow, I feel dumb.  I just remembered that we had agreed to call this 1.3.1.  I
really had intended to use 1.3.1, too...

Blech, maybe next time I'll remember.
-Mark

[Cobertura-devel] Cobertura 1.4

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

Oh hey, I released Cobertura 1.4 earlier today.  I meant to send out an email
earlier.  (I was busier than I'd expected to be on Saturday and Sunday.)
-Mark

RE: [Cobertura-devel] instrumentation jars

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

> From: cob...@li...=20
> [mailto:cob...@li...] On=20
> Behalf Of Matt Gochnour
> To: cob...@li...
> Subject: [Cobertura-devel] instrumentation jars
>
> I am wondering if I can or should be able to create a jar=20
> file of the instrumented classes to run my application from. =20
> Doing so would then permit me to run my application with this=20
> jar and determine how much of the code is affected or used by=20
> performing a given set of actions in the app, assuming I=20
> could then generate reports based on these steps.=20

Yes, you can certainly do that.

> I have found little information on the cobertura.ser file and=20
> would like to know more about it.  I didn't find any=20
> references to it in the cobertura source tree but could have=20
> missed something.  Where is it specified, and can I change=20
> this, perhaps using a properties file?  Is it a correct=20
> assumption that this is where the instrumented classes are=20
> storing information generated from running the unit tests? =20
> If so, then I could equivalently exercise the instrumented=20
> files by running the app normally and subsequently generating=20
> reports, assuming I can get the reporter to also read in a=20
> specific cobertura.ser. =20

It sounds like you have everything right: Yes, cobertura.ser contains =
information generated from running the unit tests.  Yes, you could =
exercise the instrumented files by running the app normally and then =
running cobertura-report.  In fact, we instrument classes, deploy them =
to a web server, then run JUnit tests which use HtmlUnit to access the =
web server and test the classes.

The default datafile "cobertura.ser" is set in the class =
net.sourceforge.cobertura.coveragedata.CoverageDataFileHandler.  You can =
override this when calling cobertura-instrument and cobertura-report by =
specifying the "datafile" argument.  See =
http://cobertura.sourceforge.net/anttaskreference.html for a tiny bit =
more info.  (And there is an equivalent command-line parameter, if =
you're not using ant)

Specifying the datafile when your classes are running is a bit trickier. =
 You must set the system property "net.sourceforge.cobertura.datafile".  =
You could do something like the following:
"java -Dnet.sourceforge.cobertura.datafile=3Dmydatafile1.ser =
com.lgc.drillingsummarization.Main"

Hope that helps,
Mark

[Cobertura-devel] instrumentation jars

[Matt G. <MGo...@lg...>]

Hi,=20
=20
I am wondering if I can or should be able to create a jar file of the
instrumented classes to run my application from.  Doing so would then
permit me to run my application with this jar and determine how much of
the code is affected or used by performing a given set of actions in the
app, assuming I could then generate reports based on these steps.=20
=20
I have found little information on the cobertura.ser file and would like
to know more about it.  I didn't find any references to it in the
cobertura source tree but could have missed something.  Where is it
specified, and can I change this, perhaps using a properties file?  Is
it a correct assumption that this is where the instrumented classes are
storing information generated from running the unit tests?  If so, then
I could equivalently exercise the instrumented files by running the app
normally and subsequently generating reports, assuming I can get the
reporter to also read in a specific cobertura.ser.=20=20
=20
Thanks for your help,
=20
Matt Gochnour
----------------------------------------------------------------------
This e-mail, including any attached files, may contain confidential and pri=
vileged information for the sole use of the intended recipient.  Any review=
, use, distribution, or disclosure by others is strictly prohibited.  If yo=
u are not the intended recipient (or authorized to receive information for =
the intended recipient), please contact the sender by reply e-mail and dele=
te all copies of this message.

RE: [Cobertura-devel] MalformedPatternException exception

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

It looks like you're not actually getting a MalformedPatternException, =
but a NoClassDefFoundError when looking for the class =
MalformedPatternException.

Is lib\oro\jakarta-oro-2.0.5.jar in your classpath?  You'll probably =
need a few other jars from the lib directory in your classpath, as well.

-Mark=20

> -----Original Message-----
> From: cob...@li...=20
> [mailto:cob...@li...] On=20
> Behalf Of cla...@sd...
> Sent: Friday, May 27, 2005 10:44 AM
> To: cob...@li...
> Subject: [Cobertura-devel] MalformedPatternException exception
>=20
> When running instrument on an existing small project, using=20
> Eclipse, Ant and jUnit, I get an  MalformedPatternException exception.
>=20
> This was the information I got:
>=20
> Buildfile: C:\workspace\ws\build.xml=20
> instrument:=20
> [cobertura-instrument] Cobertura 1.3=20
> [cobertura-instrument] The copyright for this program is=20
> retained by its contributors=20
> [cobertura-instrument] See the included COPYRIGHT file for a=20
> complete list of contributors=20
> [cobertura-instrument] Cobertura is licensed under the GNU=20
> General Public License=20
> [cobertura-instrument] Cobertura comes with ABSOLUTELY NO WARRANTY=20
> [cobertura-instrument] instrumenting 24 classes to=20
> C:\workspace\ws\build\instrumented-classes=20
> [cobertura-instrument] java.lang.NoClassDefFoundError:=20
> org/apache/oro/text/regex/MalformedPatternException=20
> [cobertura-instrument] Exception in thread "main"=20
> BUILD FAILED: C:\workspace\ws\build.xml:411: null=20
> Total time: 1 second
>=20
> Any help would be greatly appreciated,
> Thx=20
>=20
>=20

[Cobertura-devel] MalformedPatternException exception

[<cla...@sd...>]

When running instrument on an existing small project, using Eclipse, Ant =
and jUnit, I get an  MalformedPatternException exception.
=20
This was the information I got:
=20
Buildfile: C:\workspace\ws\build.xml
instrument:
[cobertura-instrument] Cobertura 1.3
[cobertura-instrument] The copyright for this program is retained by its =
contributors
[cobertura-instrument] See the included COPYRIGHT file for a complete =
list of contributors
[cobertura-instrument] Cobertura is licensed under the GNU General =
Public License
[cobertura-instrument] Cobertura comes with ABSOLUTELY NO WARRANTY
[cobertura-instrument] instrumenting 24 classes to =
C:\workspace\ws\build\instrumented-classes
[cobertura-instrument] java.lang.NoClassDefFoundError: =
org/apache/oro/text/regex/MalformedPatternException
[cobertura-instrument] Exception in thread "main"
BUILD FAILED: C:\workspace\ws\build.xml:411: null
Total time: 1 second
=20
Any help would be greatly appreciated,
Thx

RE: [Cobertura-devel] Cobertura 1.4 this Saturday?

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

Ok, 1.3.1 it is, and we can market is as "Cobertura 31 -- we're =
replacing gallium on the period table!"
-Mark
=20


________________________________

	From: cob...@li... =
[mailto:cob...@li...] On Behalf Of Andrew =
Scherpbier
	Sent: Wednesday, May 25, 2005 5:25 PM
	To: cob...@li...
	Subject: Re: [Cobertura-devel] Cobertura 1.4 this Saturday?
=09
=09
	(while ducking)  What about setting the version number to 1.4 and then =
proceed to market it as "Cobertura 4"?
	:-)
	Seriously, 1.3.1 seems better for what is essentially a bugfix release.
=09
	Elliotte Harold wrote:=20

		Jeremy Ryan Thomerson wrote:=20
	=09

			No complaints.  One thought on our versioning -- should it maybe be =
1.3.1?=20
			Seems like a much smaller release for just one or two small changes, =
and I=20
			didn't know if we had a versioning strategy.=20
		=09
		=09


		I agree. It's a very good idea to release now to fix these bugs, but =
1.3.1 is a better version number. Some people won;t even upgrade until =
they see that .1 at the end. :-)=20
	=09
	=09

[Cobertura-devel] =?ISO-2022-JP?B?GyRCSmskaSQ3JE4+cEpzNFsbKEIgKCAbJEI+LyQ3JE4bKEI=?= =?ISO-2022-JP?B?GyRCOSlJVyRHMndFLEA4M2gbKEIgKQ==?=

[<bar...@po...>]

暮らしの情報館 ( 少しの工夫で快適生活 )


　　  ┏━━━━━━━━━━━━━━━━━━━━┓
　 ◇◆◇　　　　　　　　　　　                                 ◇◆◇
◇◆◇◆◇ 　　 暮らしの情報館(パソコン編)       ◇◆◇◆◇
　 ◇◆◇                                   ＜2005/5月＞   ◇◆◇
　　  ┗━━━━━━━━━━━━━━━━━━━━┛


せっかく持っているパソコン。
パソコンを使って何かできることはないか？

ということで、

今回ご紹介する情報は在宅業務を扱う実績のある会社の紹介です。


＜特徴＞
┣データ入力の仕事です。
┣登録して即仕事に入っていただく関係上、
┣　早めの収入に結びつきます。
┣スキルチェックは必要ありません。
┣副業としての登録も可能です。
┣年齢は２０〜７０歳まで。
┣日本であればどこでもお仕事できます。
┣長期間、安心保障で仕事ができます。
┣責任感のあるかた、お待ちしてます。
┗━━━━━━━━━━━━━━━http://www.kawara.rulez.jp/


◎◎◎在宅ワークってどこも同じじゃないの？とお思いの方◎◎◎

確かに・・・

▼なかなか合格できないレベルチェック
▼資格取得を義務付ける在宅ワーク業者
▼高額な教材を購入して勉強しなければならない
▼特殊なソフトやプリンターなどがなければできない業務
▼やっと仕事！と思ってもなかなか受注できない倍率の高さ
▼やっと報酬！と思っても数千円しかもらえない

などなど・・・。


◎◎◎今回の業務はこのようなことは一切ありません◎◎◎

【その反面】

▼今回の業務は莫大に設けられる、とかほとんど仕事をしなくても
　収入が得られるとかそういう仕事ではありません。


◇正直なところ◇

▼データ入力ですから効率がすごくよい仕事でもありませんし、単純
　 作業ですから飽き易い方にはあまり向いている仕事とは言えません。

▼空いた時間で仕事をしていただきその業務に見合った報酬を得られる
　 というごく一般的な仕事です。

▼ただ真面目に仕事を考えている方には、万全の体制でサポートをして
　 まいりますし、スキルチェックなしで業務に入っていただくため、
　 即収入につながります。


∞∞∞興味のある方は下記から資料請求(無料)ください∞∞∞∞∞∞∞∞∞

◇　http://www.kawara.rulez.jp/　◇

人数枠の都合がありますので、なるべくご希望に添った対応を
するためにもお早めのご連絡をお願いします。

∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞


-----------------------------------------------------------------
※資料請求手順　
-----------------------------------------------------------------
＜資料請求手順＞
１． 『http://www.kawara.rulez.jp/』へアクセスする。
２． 『トップ画面』→『資料請求』
３．  フォームにしたがって必要事項を入力する。
４．  メールアドレスはお間違えのないように入力してください。
５．　必要事項をすべて入力し、『送信』をクリック。

=================================================================


<送信事業者>(株) マスウェーブ
住所：栃木県宇都宮市大通り4-2-10
<依頼事業者>SOHOなびクラブ
東京都江東区東陽4-3-1　　TEL　03-6425-2182

- 暮らしの情報館(パソコン編)------------------- 
掲載内容についての詳細、サービス内容については、(株)マスウェーブ
ではお答えすることができません。メール中でご案内している各団体・
企業等のお問い合わせ窓口をご確認ください。

特定商取引法施行規則　<受け取りを希望しない場合の連絡方法>
関係のない方に届きました場合お詫び申し上げます。今後一切の配信を
拒否する場合はお手数ですが、下記のアドレスに「受信拒否」の件名で
送信してください。
                 in...@ka...

[Cobertura-devel] Gouranga

[Neateye <nit...@ao...>]

Call out Gouranga be happy!!!
Gouranga Gouranga Gouranga ....
That which brings the highest happiness!!

Re: [Cobertura-devel] Generating cobertura reports

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

On Wed, 25 May 2005 10:48:36 +0300 (EEST), Collector Of Bones wrote
> Hi,
> 
> I just downloaded and tried cobertura. On the web there is example which
> shows line coverage and branch coverage on main page and later line 
> by line coverage of each file. But when downloaded and started ant (just
> command "ant") then it generated report where is only shown data 
> about how many tests are started, how many failed and if failed then 
> what was output.. no coverage percentages or contets of java files. 
> Did I miss smth or is this webexample other thing than cobertura report?

It sounds like you're describing the JUnit HTML report.  If you ran the basic
example, look in the directory examples/basic/coverage/html.  If you ran ant
to compile Cobertura, then look in build/test/reports/coverage-html

(And yes, the web example IS a Cobertura report.)

-Mark

Re: [Cobertura-devel] Cobertura 1.4 this Saturday?

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

Jeremy Ryan Thomerson wrote:
> No complaints.  One thought on our versioning -- should it maybe be 1.3.1?
> Seems like a much smaller release for just one or two small changes, and I
> didn't know if we had a versioning strategy.
> 

I agree. It's a very good idea to release now to fix these bugs, but 
1.3.1 is a better version number. Some people won;t even upgrade until 
they see that .1 at the end. :-)

-- 
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] Cobertura 1.4 this Saturday?

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

Well we definitely don't have a versioning strategy.  And it's =
definitely a pretty minor release...

To me it seems like the simplicity of having a "x.y" outweights the =
benefits of having an "x.y.z"  ...but I'm definitely on the "make things =
simple at all costs" side of the fence.

What do other people think?
-Mark

> -----Original Message-----
> From: Jeremy Ryan Thomerson [mailto:je...@th...]=20
> Sent: Wednesday, May 25, 2005 4:40 PM
> To: Mark Doliner; cob...@li...
> Subject: Re: [Cobertura-devel] Cobertura 1.4 this Saturday?
>=20
> No complaints.  One thought on our versioning -- should it=20
> maybe be 1.3.1?
> Seems like a much smaller release for just one or two small=20
> changes, and I
> didn't know if we had a versioning strategy.
>=20
> Jeremy
>=20
> ----- Original Message -----=20
> From: "Mark Doliner" <Mar...@sa...>
> To: <cob...@li...>
> Sent: Wednesday, May 25, 2005 3:34 PM
> Subject: [Cobertura-devel] Cobertura 1.4 this Saturday?
>=20
>=20
> Hi!
>=20
> I'm thinking about releasing Cobertura 1.4 this Saturday=20
> afternoon.  Any
> complaints?  Suggestions?  Requests?
>=20
> I guess the main reason is the bug that Elliotte pointed out=20
> and Grzegorz
> tracked down.  And bug 1207894 should also be fixed, after my changes
> yesterday
> https://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1207
> 894&group_id=3D130558&atid=3D720015
>=20
> Keep your eyes open for bugs in the CVS and holler if you see=20
> anything that
> needs fixing before Saturday.
> -Mark
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: GoToMeeting - the easiest way=20
> to collaborate
> online with coworkers and clients while avoiding the high=20
> cost of travel and
> communications. There is no equipment to buy and you can meet=20
> as often as
> you want. Try it=20
> free.http://ads.osdn.com/?ad_idt02&alloc_id=16135&op=3Dick
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>=20
>=20
>=20
>=20

Re: [Cobertura-devel] Cobertura 1.4 this Saturday?

[Jeremy R. T. <je...@th...>]

No complaints.  One thought on our versioning -- should it maybe be 1.3.1?
Seems like a much smaller release for just one or two small changes, and I
didn't know if we had a versioning strategy.

Jeremy

----- Original Message ----- 
From: "Mark Doliner" <Mar...@sa...>
To: <cob...@li...>
Sent: Wednesday, May 25, 2005 3:34 PM
Subject: [Cobertura-devel] Cobertura 1.4 this Saturday?


Hi!

I'm thinking about releasing Cobertura 1.4 this Saturday afternoon.  Any
complaints?  Suggestions?  Requests?

I guess the main reason is the bug that Elliotte pointed out and Grzegorz
tracked down.  And bug 1207894 should also be fixed, after my changes
yesterday
https://sourceforge.net/tracker/index.php?func=detail&aid=1207894&group_id=130558&atid=720015

Keep your eyes open for bugs in the CVS and holler if you see anything that
needs fixing before Saturday.
-Mark


-------------------------------------------------------
SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate
online with coworkers and clients while avoiding the high cost of travel and
communications. There is no equipment to buy and you can meet as often as
you want. Try it free.http://ads.osdn.com/?ad_idt02&alloc_id135&op=ick
_______________________________________________
Cobertura-devel mailing list
Cob...@li...
https://lists.sourceforge.net/lists/listinfo/cobertura-devel

[Cobertura-devel] Cobertura 1.4 this Saturday?

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

Hi!

I'm thinking about releasing Cobertura 1.4 this Saturday afternoon.  Any =
complaints?  Suggestions?  Requests?

I guess the main reason is the bug that Elliotte pointed out and =
Grzegorz tracked down.  And bug 1207894 should also be fixed, after my =
changes yesterday
https://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1207894&gro=
up_id=3D130558&atid=3D720015

Keep your eyes open for bugs in the CVS and holler if you see anything =
that needs fixing before Saturday.
-Mark

RE: [Cobertura-devel] code-coverage for JSPs?

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

> -----Original Message-----
> From: cob...@li...=20
> [mailto:cob...@li...] On=20
> Behalf Of Stan Jordan
> Sent: Wednesday, May 25, 2005 8:23 AM
> To: cob...@li...
> Subject: [Cobertura-devel] code-coverage for JSPs?
>=20
> Does Cobertura provide code-coverage for JSPs?

Nope.  Cobertura currently is only able to provide code-coverage for the =
byte code of normal Java classes.  To provide coverage for JSPs I guess =
we would need to be able to modify the source of the JSPs, then have the =
modified JSPs deployed in a web server.
-Mark

[Cobertura-devel] code-coverage for JSPs?

[Stan J. <sj...@ro...>]

Does Cobertura provide code-coverage for JSPs?

RE: [Cobertura-devel] Generating cobertura reports

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

Hi,

If the junit tests fails the ant will fail the build. So there's no
chance the cobertura task will be executed. Maybe that's the problem.
We had the same problem with nightly builds. Since some tests failed the
build was failed and we never see the coverage reports. Although the
build is broken we wanted to see the coverage reports, so we allow ant
to execute all tests then the coverage report is generated. If any of
tests failed then the build is failed based on the property.
If you are interested I can provide you more detailed description and
how to set up the build file.

Thanks
  Igor

-----Original Message-----
From: cob...@li...
[mailto:cob...@li...] On Behalf Of
Collector Of Bones
Sent: Wednesday, May 25, 2005 9:49 AM
To: cob...@li...
Subject: [Cobertura-devel] Generating cobertura reports

Hi,

I just downloaded and tried cobertura. On the web there is example which
shows line coverage and branch coverage on main page and later line by
line coverage of each file. But when downloaded and started ant (just
command "ant") then it generated report where is only shown data about
how many tests are started, how many failed and if failed then what was
output.. no coverage percentages or contets of java files. Did I miss
smth or is this webexample other thing than cobertura report?

Urmas

-----------------------------------------
ITV - Sinu lemmiksaated internetis!
http://www.itv.ee



-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit =
http://developer.yahoo.net/?fr=3Dfad-ysdn-ostg-q22005
_______________________________________________
Cobertura-devel mailing list
Cob...@li...
https://lists.sourceforge.net/lists/listinfo/cobertura-devel