Menu
▾
▴
cobertura-devel — General questions about using and developing Cobertura.
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
(66) |
Apr
(29) |
May
(85) |
Jun
(66) |
Jul
(24) |
Aug
(139) |
Sep
(72) |
Oct
(26) |
Nov
(142) |
Dec
(34) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(55) |
Feb
(72) |
Mar
(43) |
Apr
(60) |
May
(95) |
Jun
(22) |
Jul
(48) |
Aug
(17) |
Sep
(54) |
Oct
(30) |
Nov
(82) |
Dec
(17) |
| 2007 |
Jan
(23) |
Feb
(38) |
Mar
(46) |
Apr
(12) |
May
(77) |
Jun
(77) |
Jul
(94) |
Aug
(51) |
Sep
(38) |
Oct
(57) |
Nov
(39) |
Dec
(67) |
| 2008 |
Jan
(38) |
Feb
(56) |
Mar
(42) |
Apr
(46) |
May
(37) |
Jun
(43) |
Jul
(52) |
Aug
(22) |
Sep
(22) |
Oct
(34) |
Nov
(37) |
Dec
(29) |
| 2009 |
Jan
(27) |
Feb
(35) |
Mar
(67) |
Apr
(37) |
May
(31) |
Jun
(79) |
Jul
(71) |
Aug
(59) |
Sep
(31) |
Oct
(47) |
Nov
(36) |
Dec
(7) |
| 2010 |
Jan
(15) |
Feb
(87) |
Mar
(38) |
Apr
(33) |
May
(24) |
Jun
(47) |
Jul
(26) |
Aug
(28) |
Sep
(33) |
Oct
(13) |
Nov
(8) |
Dec
(36) |
| 2011 |
Jan
(32) |
Feb
(10) |
Mar
(29) |
Apr
(29) |
May
(17) |
Jun
(14) |
Jul
(33) |
Aug
(11) |
Sep
(7) |
Oct
(7) |
Nov
(6) |
Dec
(10) |
| 2012 |
Jan
(19) |
Feb
(12) |
Mar
(16) |
Apr
(6) |
May
(18) |
Jun
(18) |
Jul
(31) |
Aug
(25) |
Sep
|
Oct
(31) |
Nov
(21) |
Dec
(9) |
| 2013 |
Jan
(8) |
Feb
(16) |
Mar
(8) |
Apr
(7) |
May
(3) |
Jun
(29) |
Jul
(29) |
Aug
|
Sep
(7) |
Oct
(9) |
Nov
(1) |
Dec
(1) |
| 2014 |
Jan
(3) |
Feb
(4) |
Mar
|
Apr
(13) |
May
(8) |
Jun
(5) |
Jul
(2) |
Aug
(4) |
Sep
(4) |
Oct
(2) |
Nov
|
Dec
(2) |
| 2015 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
|
May
(2) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
(2) |
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(3) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Mick F. <mic...@li...> - 2005-06-29 14:07:44
|
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
|
|
From: Jared R. <Jar...@sa...> - 2005-06-24 05:44:19
|
I'm not positive but I don't think he has his project set up right! =20 ;) Jared Ship It! is shipping! http://www.jaredrichardson.net http://www.pragmaticprogrammer.com/titles/prj/ ________________________________ From: cob...@li... on behalf of = in...@ka... Sent: Thu 6/23/2005 8:29 PM To: cob...@li... Subject: [Cobertura-devel] ????????????????????! ????????????????????????? ------------------------------------------------------------ <???><???>(?) GSS?inc |
|
From: <in...@ka...> - 2005-06-24 04:53:14
|
このメールは下記事業者・送信者が送信しております。 ------------------------------------------------------------ <事業者><送信者>(株) ＧＳＳ inc 住所：東京都世田谷区等々力5-20-12 TEL 03-6425-2181 MAIL gss...@ya... ------------------------------------------------------------ 特定商取引法施行規則 受け取りを希望しない場合の連絡方法 関係のない方に届きました場合お詫び申し上げます。今後一切の配信を 拒否する場合はお手数ですが、下記URLのクリックしてください。 http://www.qmsys.net/stop.php?id=2&sid=513e681340379d7f6f69456ea06ee232 上記URLのクリック処理でエラーが起こった場合は、お手数ですが、 下記のアドレスに「受信拒否」の件名で送信してください。 st...@qm... ------------------------------------------------------------ 未経験者歓迎！今後のライフワークを確立できる！ 〜もう少し家計に潤いを〜初心者編〜 ┏━━━━━━━━━━━━━━━━━━━━┓ ◇◆◇ ◇◆◇ ◇◆◇◆◇ 生活に余裕を持たせませんか ◇◆◇◆◇ ◇◆◇ ＜2005/6月＞ ◇◆◇ ┗━━━━━━━━━━━━━━━━━━━━┛ ご愛読ありがとうございます。 今回ご紹介する在宅業務の会社は実績のある会社です。 【↓オススメ情報/ビジネス】━━━━━━━━━━━1,462,672部発行━☆ 初┃心┃ 者┃用┃に ┃デ┃ ー┃ タ┃入┃ 力┃に┃特┃化┃ し┃ま┃し┃た┃ ━┛━┛━┛━┛━┛━┛━┛━┛━┛━┛━┛━┛━┛━┛━┛━┛━┛ ★ 単純な入力を各種用意しています。 ★ 年齢は20歳〜75歳まで。 ★ 1日2時間〜でＯＫ。 ★ メールの送受信ができるレベルの人にも教えます。 ┃ ┃◇まずは資料請求・お問い合わせを！◇ ┗━━━━━━━━━━→ http://www.kawara.rulez.jp/ ◎◎◎在宅ワークってどこも同じじゃないの？とお思いの方◎◎◎ 確かに・・・ ▼なかなか合格できないレベルチェック ▼資格取得を義務付ける在宅ワーク業者 ▼高額な教材を購入して勉強しなければならない ▼特殊なソフトやプリンターなどがなければできない業務 ▼やっと仕事！と思ってもなかなか受注できない倍率の高さ ▼やっと報酬！と思っても数千円しかもらえない などなど・・・。 ◎◎◎今回の業務はこのようなことは一切ありません◎◎◎ 【その反面】 ▼今回の業務は莫大に設けられる、とかほとんど仕事をしなくても 収入が得られるとかそういう仕事ではありません。 ◇正直なところ◇ ▼データ入力ですから効率がすごくよい仕事でもありませんし、単純 作業ですから飽き易い方にはあまり向いている仕事とは言えません。 ▼空いた時間で仕事をしていただきその業務に見合った報酬を得られる というごく一般的な仕事です。 ▼早く打つなど、一切関係ありません。 ある程度、間違いを無くしてくれるだけで通過する、ごく簡単なスキ ルチェック。 ▼ただ真面目に仕事を考えている方には、万全の体制でサポートをして まいりますし、仕事の仕方もこまめにお教えできます。 又、単価が高い仕事にもシフトが可能です。 ∞∞∞興味のある方は下記から資料請求(無料)ください∞∞∞∞∞∞∞∞∞ ◇ http://www.kawara.rulez.jp/ ◇ 人数枠の都合がありますので、なるべくご希望に添った対応を するためにもお早めのご連絡をお願いします。 ∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞ ----------------------------------------------------------------- ※資料請求手順 ----------------------------------------------------------------- ＜資料請求手順＞ １． 『http://www.kawara.rulez.jp/』へアクセスする。 ２． 『トップ画面』→『資料請求』 ３． フォームにしたがって必要事項を入力する。 ４． メールアドレスはお間違えのないように入力してください。 ５． 必要事項をすべて入力し、『送信』をクリック。 ================================================================= - 未経験者歓迎！今後のライフワークを確立できる！----------------- |
|
From: Scott S. <sco...@gm...> - 2005-06-23 19:34:01
|
Hi,
I don't know the answer on the Cobertura internals, but I would point
out two things:
1. Your example's return type is void, but I'd assume you meant it to
be boolean.
2. The compiler might optimize or reorganize such a simple method into this=
:
public boolean branchCoverage(boolean b) {
return b;
}
Scott Stirling
On 6/23/05, Czechowski, Igor <Igo...@sa...> wrote:
> The reason I'm asking is that I think that in certain cases I get faulty
> reports regarding branch coverage.
> Any help would be appreciated.
>=20
> A simple example would solve my problem:
>=20
> 1: public void branchCoverage(boolean test) {
> 2: if (test){
> 3: return true;
> 4: else
> 5: return false;
> 6: }
>=20
>=20
> When can I achieve 100% branch coverage ?
> 1) When lines 2,4,5 are executed
> 2) When lines 2,3,4,5 are executed
>=20
> Thanks
> Igor
>=20
>=20
>=20
> -----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 ?
>=20
> Hi,
>=20
> Where can I find detailed description of branch coverage that cobertura
> measures ?
>=20
> Thanks
> Igor
>=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&op=3Dick
> _______________________________________________
> 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
>
|
|
From: Czechowski, I. <Igo...@sa...> - 2005-06-23 19:05:57
|
The reason I'm asking is that I think that in certain cases I get faulty
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 ?=20
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
|
|
From: Czechowski, I. <Igo...@sa...> - 2005-06-22 13:22:47
|
Hi, Where can I find detailed description of branch coverage that cobertura measures ? Thanks Igor |
|
From: Sinke, M. \(GE Healthcare\) <mar...@me...> - 2005-06-21 09:24:48
|
As a testimony: this cut down our build/test times (the entire cycle)
from around 24 to 20 minutes. A 15%+ saving just by setting the flag!
Thanks!
Mark.=20
__ =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 Mark
Doliner
Sent: Thursday, June 16, 2005 20:22
To: Nathan Johns; Grzegorz Lukasik
Cc: cob...@li...
Subject: RE: [Cobertura-devel] Performance Issues - cobertura.ser
Thanks for the info. It DOES look like forkmode is a new option in ant
1.6.2. I'm not sure if earlier versions used "once" or "perTest"
In any case, I added a small blurb about that to
http://cobertura.sourceforge.net/anttaskreference.html
-Mark=20
> -----Original Message-----
> From: Nathan Johns [mailto:nr...@gm...]
> Sent: Wednesday, June 15, 2005 6:05 PM
> To: Mark Doliner; Grzegorz Lukasik
> Cc: cob...@li...
> Subject: Re: [Cobertura-devel] Performance Issues - cobertura.ser
>=20
> After some experimentation we were able to speed up our unit testing=20
> time by setting the fork options on the junit task in ant.
>=20
> Previously when the build was setup we required Junit to fork into a=20
> separate JVM:
> <junit fork=3D"true" haltonfailure=3D"true">....
> But no one realised this was forking a new JVM for each test when we=20
> upgraded to Ant 1.6.2. (Not sure if this was the case for Ant 1.5) So
> have now changed the build scripts to:
> <junit fork=3D"true" forkmode=3D"once" haltonfailure=3D"true">....
> And the speed improvement in the unit testing phase is amazing.=20
> Previously Each test seemed to have an overhead of 4 to 5 seconds for=20
> when the instrumentation data was read and written, now they all run=20
> very quickly and this overhead occurs once for each fork. (For us=20
> that is once for each module.)
>=20
> Thanks for the pointers in resolving this... one of those little=20
> quirks of Ant and the junit task. I still think there may be=20
> something to consider in what I originally said about appending data=20
> but I suppose you can achieve the same affect, with the forkmode=20
> option, using a different cobertura.ser file for each module and then=20
> merging them at the end.
>=20
> Nathan Johns
>=20
>=20
>=20
> On 6/16/05, Grzegorz Lukasik <ha...@gm...> wrote:
> > The problem here may be implemetation of=20
> > ProjectData.getOrCreateClassData method, and additionaly=20
> > ClassData.touch implementation. Both these methods are invoked each=20
> > 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=20
> > > 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=20
> > > 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 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
> > >
> >
>=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&op=3Dick
_______________________________________________
Cobertura-devel mailing list
Cob...@li...
https://lists.sourceforge.net/lists/listinfo/cobertura-devel
|
|
From: Sinke, M. \(GE Healthcare\) <mar...@me...> - 2005-06-21 09:22:30
|
Hi Mark,
I'd be all for splitting the libs. In fact I think we're using too many
libraries now, just because we don't know what the library is.
I like the version number suffix. In fact, we renamed cobertura.jar
version 1.3 to cobertura-1.3.jar (that's a consistent naming policy we
have anyway).
As to logging: let's just use jakarta commons logging. That way we don't
need log4j and commons logging is really tiny. It will fall back to JDK
1.4+ logging if log4j is not available.
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 Mark
Doliner
Sent: Friday, June 17, 2005 02:03
To: cob...@li...
Subject: [Cobertura-devel] cobertura-runtime.jar?
Cobertura currently consists of one jar file, and this jar must be on
your classpath when instrumenting, running tests, and reporting.
However, when you actually run your tests, only one of the packages in
this jar is used, and the package only requires log4j.
How do people feel about creating a cobertura.jar and a
cobertura-runtime.jar, where cobertura-runtime.jar contains all the
classes in the package net.sourceforge.cobertura.coveragedata. And
cobertura.jar would contain everything else (ant tasks, instrumenting
code, reporting code, etc.)
The goal is to make it more clear that asm, ncss, jakarta-oro, etc. are
not required when running instrumenting code. I think this would help
avoid classpath conflicts with ASM.
Good idea? Bad idea? Suggestions for better names for the jars?
Should the jars include the version number in their name
("cobertura-1.5.jar")? Should the runtime jar still use log4j, or
should we get rid of that dependency?
FYI, I'll be out of town from now until Sunday night.
-Mark
-------------------------------------------------------
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
|
|
From: Sinke, M. \(GE Healthcare\) <mar...@me...> - 2005-06-21 05:28:27
|
Hi,
The fact that merge is not working is a known issue in 1.4. In CVS
there's a slight modification that will do the job (I wrote it,
actually). However, it's probably not full-blown. It does merge
different projects well, but once you get to merging results for one
class, I think it'll break. Tests are missing - and I'm running out of
time...
But the bottom line is that 1.5 will have basic merge support, if I'm
not mistaken.
Mark.=20
_____ =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
Aronson, John
Sent: Tuesday, June 21, 2005 08:40
To: cob...@li...
Subject: [Cobertura-devel] FW: Line/Branch Coverage is N/A
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
> -----Original Message-----
> From: Aronson, John =20
> Sent: Monday, June 20, 2005 12:02 PM
> To: 'cob...@li...'
> Subject: Line/Branch Coverage is N/A
>=20
> Hi,
>=20
> I'm evaluating your project, I like it so far but I'm having a problem
with the report.
>=20
> The Line and Branch Coverage columns are all N/A, although the
Complexity was calculated. The report says that the N/A values can
happen when the class files don't have debug info. Yet the debug flag is
on and I don't see a complaint from the cobertura instrument task. I
tried running ant in verbose mode, but I didn't see anything suspicious.
>=20
> Is there something else beside no debug info which can cause the
coverage to be N/A?
>=20
> John Aronson
>=20
> Verbose Output from Ant
>=20
>=20
> C:\work\project-3.0\vobs\apps_fwrk\davinci_common>ant -v test report=20
> Apache Ant version 1.6.5 compiled on June 2 2005
> Buildfile: build.xml
> Detected Java version: 1.4 in: C:\j2sdk1.4.2_07\jre Detected OS:=20
> Windows XP parsing buildfile=20
> C:\work\project-3.0\vobs\apps_fwrk\davinci_common\build.xml wi th URI=20
> =3D =
file:///C:/work/project-3.0/vobs/apps_fwrk/davinci_common/build.xml
> Project base dir set to:=20
> C:\work\project-3.0\vobs\apps_fwrk\davinci_common
> [property] Loading=20
> C:\work\project-3.0\vobs\apps_fwrk\davinci_common\proj.prope
> rties
> dropping=20
> C:\work\project-3.0\vobs\apps_fwrk\davinci_common\cobertura.jar from=20
> pa th as it doesn't exist Build sequence for target(s) `test' is=20
> [init, test] Complete build sequence is [init, test, report, clean,=20
> compile, build, ]
>=20
> init:
>=20
> test:
> [echo] TESTING davinci_common
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\common\management\ManagementTes
> t.class added as=20
> com/apl/blueocean/davinci/common/management/ManagementTest.clas
> s doesn't exist.
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\common\management\ManagementTes
> tMBean.class added as=20
> com/apl/blueocean/davinci/common/management/ManagementTest
> MBean.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\logging\ExceptionIds.class adde d as
com/apl/blueocean/davinci/logging/ExceptionIds.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\logging\JRasLogger.class added as
com/apl/blueocean/davinci/logging/JRasLogger.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\logging\Log4JLogger.class added as
com/apl/blueocean/davinci/logging/Log4JLogger.class doesn't exist.
> [cobertura-instrument] com\apl\blueocean\davinci\logging\Logger.class=20
> added as c om/apl/blueocean/davinci/logging/Logger.class doesn't
exist.
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\logging\LoggerException.class a dded as=20
> com/apl/blueocean/davinci/logging/LoggerException.class doesn't=20
> exist.> [cobertura-instrument]
com\apl\blueocean\davinci\logging\LoggerManager.class add ed as
com/apl/blueocean/davinci/logging/LoggerManager.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\logging\LoggerManagerMBean.clas
> s added as com/apl/blueocean/davinci/logging/LoggerManagerMBean.class=20
> doesn't ex ist.
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\management\ExceptionIds.class a dded as
com/apl/blueocean/davinci/management/ExceptionIds.class doesn't exist.
> [cobertura-instrument]
com\apl\blueocean\davinci\management\ManagementException.
> class added as=20
> com/apl/blueocean/davinci/management/ManagementException.class do
esn't exist.
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\management\ManagementService.cl
> ass added as
com/apl/blueocean/davinci/management/ManagementService.class doesn'
> t exist.
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\management\ManagementServiceCon
> stants.class added as=20
> com/apl/blueocean/davinci/management/ManagementServiceCons
> tants.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\management\ManagementServiceMBe
> an.class added as=20
> com/apl/blueocean/davinci/management/ManagementServiceMBean.cl
> ass doesn't exist.
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\properties\BasicPropertiesMap.c
> lass added as=20
> com/apl/blueocean/davinci/properties/BasicPropertiesMap.class does n't
exist.
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\properties\ExceptionIds.class a dded as
com/apl/blueocean/davinci/properties/ExceptionIds.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\properties\PropertiesMap.class
> added as com/apl/blueocean/davinci/properties/PropertiesMap.class
doesn't exist.
>=20
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\properties\Props.class added as
com/apl/blueocean/davinci/properties/Props.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\properties\PropsException.class
> added as com/apl/blueocean/davinci/properties/PropsException.class=20
> doesn't exis t.
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\properties\PropsManager.class a dded as
com/apl/blueocean/davinci/properties/PropsManager.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\blueocean\davinci\properties\PropsManagerMBean.cl
> ass added as
com/apl/blueocean/davinci/properties/PropsManagerMBean.class doesn'
> t exist.
> [cobertura-instrument] com\apl\davinci\common\CommonConstants.class=20
> added as com /apl/davinci/common/CommonConstants.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\constants\ParameterList.class adde d as
com/apl/davinci/common/constants/ParameterList.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\context\ContextException.class add ed as
com/apl/davinci/common/context/ContextException.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\context\EbizContext.class added as
com/apl/davinci/common/context/EbizContext.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\context\ErrorContext.class added a s
com/apl/davinci/common/context/ErrorContext.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\context\ExceptionIds.class added a s
com/apl/davinci/common/context/ExceptionIds.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\context\MessageContext.class added as
com/apl/davinci/common/context/MessageContext.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\context\OrganizationContext.class
> added as com/apl/davinci/common/context/OrganizationContext.class
doesn't exist.
>=20
> [cobertura-instrument]=20
> com\apl\davinci\common\context\ProducerContext.class adde d as
com/apl/davinci/common/context/ProducerContext.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\context\TargetContext.class added as=20
> com/apl/davinci/common/context/TargetContext.class doesn't exist.>=20
> [cobertura-instrument]
com\apl\davinci\common\context\TransactionContext.class a dded as
com/apl/davinci/common/context/TransactionContext.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\context\UserContext.class added as
com/apl/davinci/common/context/UserContext.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\db\AbstractDatabaseConnectionSourc
> e.class added as=20
> com/apl/davinci/common/db/AbstractDatabaseConnectionSource.clas
> s doesn't exist.
> [cobertura-instrument] com\apl\davinci\common\db\CallerData.class=20
> added as com/a pl/davinci/common/db/CallerData.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\db\ConnectionPoolSource.class adde d as
com/apl/davinci/common/db/ConnectionPoolSource.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\db\DataSourceConnectionSource.clas
> s added as com/apl/davinci/common/db/DataSourceConnectionSource.class=20
> doesn't ex ist.
> [cobertura-instrument]=20
> com\apl\davinci\common\db\DatabaseConnectionService.class
> added as com/apl/davinci/common/db/DatabaseConnectionService.class=20
> doesn't exis t.
> [cobertura-instrument]=20
> com\apl\davinci\common\db\DatabaseConnectionSource.class
> added as com/apl/davinci/common/db/DatabaseConnectionSource.class
doesn't exist.
>=20
> [cobertura-instrument]=20
> com\apl\davinci\common\db\DatabaseConnectionSourceJmx.cla
> ss added as=20
> com/apl/davinci/common/db/DatabaseConnectionSourceJmx.class doesn't
exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\db\DatabaseConnectionSourceJmxMBea
> n.class added as=20
> com/apl/davinci/common/db/DatabaseConnectionSourceJmxMBean.clas
> s doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\db\DatabaseServiceException.class
> added as com/apl/davinci/common/db/DatabaseServiceException.class
doesn't exist.
>=20
> [cobertura-instrument]=20
> com\apl\davinci\common\db\DatabaseServiceExceptionID.clas
> s added as com/apl/davinci/common/db/DatabaseServiceExceptionID.class=20
> doesn't ex ist.
> [cobertura-instrument]=20
> com\apl\davinci\common\db\GenericPooledConnectionSource.c
> lass added as=20
> com/apl/davinci/common/db/GenericPooledConnectionSource.class does n't
exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\db\JDBCConnectionSource.class adde d as
com/apl/davinci/common/db/JDBCConnectionSource.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\db\OraclePooledConnectionSource.cl
> ass added as
com/apl/davinci/common/db/OraclePooledConnectionSource.class doesn'
> t exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\exceptions\BaseException.class add ed as
com/apl/davinci/common/exceptions/BaseException.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\exceptions\BaseExceptionIds.class
> added as com/apl/davinci/common/exceptions/BaseExceptionIds.class
doesn't exist.
>=20
> [cobertura-instrument]=20
> com\apl\davinci\common\exceptions\ExceptionConsts.class a dded as
com/apl/davinci/common/exceptions/ExceptionConsts.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\exceptions\LoggingException.class
> added as com/apl/davinci/common/exceptions/LoggingException.class
doesn't exist.
>=20
> [cobertura-instrument] com\apl\davinci\common\messages\Message.class=20
> added as co m/apl/davinci/common/messages/Message.class doesn't exist.
> [cobertura-instrument] com\apl\davinci\common\messages\Messages.class=20
> added as c om/apl/davinci/common/messages/Messages.class doesn't
exist.
> [cobertura-instrument] com\apl\davinci\common\util\BooleanFlag.class=20
> added as co m/apl/davinci/common/util/BooleanFlag.class doesn't exist.
> [cobertura-instrument] com\apl\davinci\common\util\EbizUID.class added
> as com/ap l/davinci/common/util/EbizUID.class doesn't exist.
> [cobertura-instrument] com\apl\davinci\common\util\ExceptionIds.class=20
> added as c om/apl/davinci/common/util/ExceptionIds.class doesn't
exist.
> [cobertura-instrument] com>=20
> \apl\davinci\common\util\MassagingUser.class added as
com/apl/davinci/common/util/MassagingUser.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\util\ReadOnlyHashtable.class added as
com/apl/davinci/common/util/ReadOnlyHashtable.class doesn't exist.
> [cobertura-instrument] com\apl\davinci\common\util\StackUtils.class=20
> added as com /apl/davinci/common/util/StackUtils.class doesn't exist.
> [cobertura-instrument] com\apl\davinci\common\util\Validations.class=20
> added as co m/apl/davinci/common/util/Validations.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\util\ValidationsInterface.class ad ded as
com/apl/davinci/common/util/ValidationsInterface.class doesn't exist.
> [cobertura-instrument] com\apl\davinci\common\util\XMLQuery.class=20
> added as com/a pl/davinci/common/util/XMLQuery.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\common\util\XMLQueryException.class added as
com/apl/davinci/common/util/XMLQueryException.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\unittest\common\db\DatabaseConnectionServ
> iceTest.class added as=20
> com/apl/davinci/unittest/common/db/DatabaseConnectionServ
> iceTest.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\unittest\common\db\DatabaseConnectionSour
> ceJmx.class added as=20
> com/apl/davinci/unittest/common/db/DatabaseConnectionSource
> Jmx.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\unittest\common\logging\LoggerTest.class
> added as com/apl/davinci/unittest/common/logging/LoggerTest.class
doesn't exist.
>=20
> [cobertura-instrument]=20
> com\apl\davinci\unittest\common\logging\TestSuite.class a dded as
com/apl/davinci/unittest/common/logging/TestSuite.class doesn't exist.
> [cobertura-instrument]=20
> com\apl\davinci\unittest\common\properties\PropsTest.clas
> s added as com/apl/davinci/unittest/common/properties/PropsTest.class=20
> doesn't ex ist.
> [cobertura-instrument]=20
> com\apl\davinci\unittest\common\properties\TestSuite.clas
> s added as com/apl/davinci/unittest/common/properties/TestSuite.class=20
> doesn't ex ist.
> Adding com\apl\davinci\common\util\ReadOnlyHashtable.class to list=20
> Adding com\apl\davinci\common\exceptions\ExceptionConsts.class to list
> Adding com\apl\blueocean\davinci\properties\ExceptionIds.class to list
> Adding com\apl\blueocean\davinci\properties\BasicPropertiesMap.class=20
> to list Adding com\apl\davinci\common\util\Validations.class to list=20
> Adding=20
> com\apl\davinci\common\db\DatabaseConnectionSourceJmxMBean.class to=20
> list Adding com\apl\davinci\common\exceptions\LoggingException.class=20
> to list Adding=20
> com\apl\blueocean\davinci\logging\LoggerManagerMBean.class to list=20
> Adding com\apl\davinci\common\db\CallerData.class to list Adding=20
> com\apl\davinci\common\db\DatabaseConnectionSource.class to list=20
> Adding com\apl\blueocean\davinci\logging\JRasLogger.class to list=20
> Adding com\apl\blueocean\davinci\management\ManagementService.class to
> list Adding com\apl\davinci\common\context\ErrorContext.class to list=20
> Adding com\apl\davinci\common\db\DatabaseServiceException.class to=20
> list Adding=20
> com\apl\blueocean\davinci\management\ManagementServiceMBean.class to=20
> list
>=20
> Adding com\apl\davinci\unittest\common\properties\TestSuite.class to=20
> list Adding com\apl\davinci\unittest\common\properties\PropsTest.class
> to list Adding com\apl\davinci\common\util\ValidationsInterface.class=20
> to list Adding com\apl\blueocean\davinci\properties\Props.class to=20
> list Adding=20
> com\apl\blueocean\davinci\properties\PropsManagerMBean.class to list=20
> Adding com\apl\davinci\common\util\StackUtils.class to list Adding=20
> com\apl\davinci\common\context\EbizContext.class to list Adding=20
> com\apl\davinci\common\context\UserContext.class to list Adding=20
> com\apl\davinci\common\util\XMLQuery.class to list Adding=20
> com\apl\blueocean\davinci\management\ManagementServiceConstants.class=20
> to list Adding com>=20
> \apl\davinci\common\db\OraclePooledConnectionSource.class to list=20
> Adding com\apl\davinci\common\CommonConstants.class to list Adding=20
> com\apl\blueocean\davinci\common\management\ManagementTest.class to=20
> list Adding com\apl\davinci\common\context\MessageContext.class to=20
> list Adding com\apl\davinci\common\db\DataSourceConnectionSource.class
> to list Adding com\apl\davinci\common\util\MassagingUser.class to list
> Adding com\apl\blueocean\davinci\logging\ExceptionIds.class to list=20
> Adding com\apl\davinci\common\context\ExceptionIds.class to list=20
> Adding=20
> com\apl\davinci\unittest\common\db\DatabaseConnectionServiceTest.class
> to list Adding=20
> com\apl\davinci\common\db\GenericPooledConnectionSource.class to list=20
> Adding com\apl\davinci\common\exceptions\BaseExceptionIds.class to=20
> list Adding com\apl\davinci\common\context\ProducerContext.class to=20
> list Adding com\apl\davinci\unittest\common\logging\TestSuite.class to
> list Adding com\apl\blueocean\davinci\logging\LoggerException.class to
> list Adding com\apl\davinci\common\db\DatabaseConnectionService.class=20
> to list Adding=20
> com\apl\blueocean\davinci\properties\PropertiesMap.class to list=20
> Adding com\apl\blueocean\davinci\management\ExceptionIds.class to list
> Adding com\apl\davinci\common\context\OrganizationContext.class to=20
> list Adding com\apl\davinci\common\exceptions\BaseException.class to=20
> list Adding com\apl\davinci\common\util\ExceptionIds.class to list=20
> Adding com\apl\davinci\common\util\EbizUID.class to list Adding=20
> com\apl\davinci\unittest\common\db\DatabaseConnectionSourceJmx.class=20
> to l ist Adding=20
> com\apl\davinci\common\context\TransactionContext.class to list Adding
> com\apl\blueocean\davinci\properties\PropsManager.class to list Adding
> com\apl\davinci\common\db\DatabaseServiceExceptionID.class to list=20
> Adding com\apl\blueocean\davinci\logging\Logger.class to list Adding=20
> com\apl\davinci\unittest\common\logging\LoggerTest.class to list=20
> Adding com\apl\blueocean\davinci\logging\LoggerManager.class to list=20
> Adding com\apl\davinci\common\messages\Message.class to list Adding=20
> com\apl\blueocean\davinci\management\ManagementException.class to list
> Adding com\apl\davinci\common\context\TargetContext.class to list=20
> Adding com\apl\davinci\common\util\BooleanFlag.class to list Adding=20
> com\apl\davinci\common\messages\Messages.class to list Adding=20
> com\apl\davinci\common\db\ConnectionPoolSource.class to list Adding=20
> com\apl\davinci\common\db\AbstractDatabaseConnectionSource.class to=20
> list Adding=20
> com\apl\blueocean\davinci\common\management\ManagementTestMBean.class=20
> to list Adding com\apl\davinci\common\context\ContextException.class=20
> to list Adding com\apl\davinci\common\constants\ParameterList.class to
> list Adding com\apl\blueocean\davinci\properties\PropsException.class=20
> to list Adding=20
> com\apl\davinci\common\db\DatabaseConnectionSourceJmx.class to list=20
> Adding com\apl\davinci\common\db\JDBCConnectionSource.class to list=20
> Adding com\apl\davinci\common\util\XMLQueryException.class to list=20
> Adding com\apl\blueocean\davinci\logging\Log4JLogger.class to list=20
> [cobertura-instrument] Cobertura 1.4 [cobertura-instrument] The=20
> copyright for this program is retained by its contrib utors=20
> [cobertura-instrument] See the included COPYRIGHT file for a complete=20
> list of co ntributors [cobertura-instrument] Cobertura is licensed=20
> under the GNU General Public Licens e [cobertura-instrument] Cobertura
> comes with ABSOLUTELY NO WARRANTY [cobertura-instrument] instrumenting
> 68 classes to C:\work\project-3.0\vobs\apps=20
> _fwrk\davinci_common\bin\instrument
> dropping C:\C from path as it doesn't exist dropping C:\C from path as
> it doesn't exist [cobertura-instrument] Executing=20
> 'C:\j2sdk1.4.2_07\jre\bin\java.exe' with argume
> nts:
> [cobertura-instrument] '-classpath'
> [cobertura-instrument] 'C:\java\apache-ant-1.6.5\lib\ant-antlr.jar;C:>
> \java\apach
e-ant-1.6.5\lib\ant-apache-bcel.jar;C:\java\apache-ant-1.6.5\lib\ant-apa
che-bsf.
> jar;C:\java\apache-ant-1.6.5\lib\ant-apache-log4j.jar;C:\java\apache-a
> nt-1.6.5\l=20
> ib\ant-apache-oro.jar;C:\java\apache-ant-1.6.5\lib\ant-apache-regexp.j
> ar;C:\java=20
> \apache-ant-1.6.5\lib\ant-apache-resolver.jar;C:\java\apache-ant-1.6.5
> \lib\ant-c=20
> ommons-logging.jar;C:\java\apache-ant-1.6.5\lib\ant-commons-net.jar;C:
> \java\apac=20
> he-ant-1.6.5\lib\ant-icontract.jar;C:\java\apache-ant-1.6.5\lib\ant-ja
> i.jar;C:\j=20
> ava\apache-ant-1.6.5\lib\ant-javamail.jar;C:\java\apache-ant-1.6.5\lib
> \ant-jdepe=20
> nd.jar;C:\java\apache-ant-1.6.5\lib\ant-jmf.jar;C:\java\apache-ant-1.6
> .5\lib\ant=20
> -jsch.jar;C:\java\apache-ant-1.6.5\lib\ant-junit.jar;C:\java\apache-an
> t-1.6.5\li=20
> b\ant-launcher.jar;C:\java\apache-ant-1.6.5\lib\ant-netrexx.jar;C:\jav
> a\apache-a=20
> nt-1.6.5\lib\ant-nodeps.jar;C:\java\apache-ant-1.6.5\lib\ant-starteam.
> jar;C:\jav=20
>
a\apache-ant-1.6.5\lib\ant-stylebook.jar;C:\java\apache-ant-1.6.5\lib\an
t-swing.
> jar;C:\java\apache-ant-1.6.5\lib\ant-trax.jar;C:\java\apache-ant-1.6.5
> \lib\ant-v=20
> aj.jar;C:\java\apache-ant-1.6.5\lib\ant-weblogic.jar;C:\java\apache-an
> t-1.6.5\li=20
>
b\ant-xalan1.jar;C:\java\apache-ant-1.6.5\lib\ant-xslp.jar;C:\java\apach
e-ant-1.
> 6.5\lib\ant.jar;C:\java\apache-ant-1.6.5\lib\asm-2.0.RC1.jar;C:\java\a
> pache-ant-=20
> 1.6.5\lib\autopilot-core.jar;C:\java\apache-ant-1.6.5\lib\ccl.jar;C:\j
> ava\apache=20
> -ant-1.6.5\lib\cobertura.jar;C:\java\apache-ant-1.6.5\lib\jakarta-oro-
> 2.0.8.jar;=20
> C:\java\apache-ant-1.6.5\lib\java-getopt-1.0.9.jar;C:\java\apache-ant-
> 1.6.5\lib\
> javancss.jar;C:\java\apache-ant-1.6.5\lib\junit-3.8.1.jar;C:\java\apac
> he-ant-1.6=20
> .5\lib\log4j-1.2.9.jar;C:\java\apache-ant-1.6.5\lib\mailapi.jar;C:\jav
> a\apache-a=20
> nt-1.6.5\lib\wsanttasks.jar;C:\java\apache-ant-1.6.5\lib\xercesImpl.ja
> r;C:\java\=20
> apache-ant-1.6.5\lib\xml-apis.jar;C:\j2sdk1.4.2_07\lib\tools.jar'
> [cobertura-instrument] 'net.sourceforge.cobertura.instrument.Main'
> [cobertura-instrument] '--commandsfile'
> [cobertura-instrument]
'C:\DOCUME~1\John\LOCALS~1\Temp\cobertura.39358.cmdline'
> [cobertura-instrument]
> [cobertura-instrument] The ' characters around the executable and=20
> arguments are [cobertura-instrument] not part of the command.
> dropping C:\C from path as it doesn't exist dropping C:\C from path as
> it doesn't exist [cobertura-instrument] Instrument time: 681ms
> [junit] Running multiple tests in the same VM
> [junit] Implicitly adding=20
> C:\java\apache-ant-1.6.5\lib\junit-3.8.1.jar;C:\ja
>
va\apache-ant-1.6.5\lib\ant-launcher.jar;C:\java\apache-ant-1.6.5\lib\an
t.jar;C:
> \java\apache-ant-1.6.5\lib\ant-junit.jar to CLASSPATH
> [junit] Running
com.apl.davinci.unittest.common.properties.PropsTest
> [junit] Executing 'C:\j2sdk1.4.2_07\jre\bin\java.exe' with
arguments:
> [junit]=20
> '-Dnet.sourceforge.cobertura.datafile=3DC:\work\project-3.0\vobs\apps_
> fwrk\davinci_common\bin\cobertura.ser'
> [junit] '-classpath'
> [junit]
'C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument;C:
> \work\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com;C:\
> work\proje=20
> ct-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com\apl;C:\work\pr
> oject-3.0\
> vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\blueocean;C:\work
> \project-3=20
> .0\vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\blueocean\davi
> nci;C:\wor=20
> k\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\blu
> eocean\dav=20
> inci\common;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\inst
> rument\com=20
> \apl\blueocean\davinci\common\management;C:\work\project-3.0\vobs\apps
> _fwrk\davi=20
> nci_common\bin\instrument\com\apl\blueocean\davinci\logging;C:\work\pr
> oject-3.0\=20
> vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\blueocean\davinci
> \managemen=20
> t;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com
> \apl\blueo cean\davinci>=20
> \properties;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\in
> strument\com\apl\davinci;C:\work\project-3.0\vobs\apps_fwrk\davinci_co
> mmon\bin\i=20
> nstrument\com\apl\davinci\common;C:\work\project-3.0\vobs\apps_fwrk\da
> vinci_comm=20
> on\bin\instrument\com\apl\davinci\common\context;C:\work\project-3.0\v
> obs\apps_f=20
> wrk\davinci_common\bin\instrument\com\apl\davinci\common\db;C:\work\pr
> oject-3.0\=20
> vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\davinci\common\ex
> ceptions;C=20
> :\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com\ap
> l\davinci\=20
> common\messages;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\
> instrument=20
> \com\apl\davinci\common\util;C:\work\project-3.0\vobs\apps_fwrk\davinc
> i_common\b=20
> in\instrument\com\apl\davinci\unittest;C:\work\project-3.0\vobs\apps_f
> wrk\davinc=20
> i_common\bin\instrument\com\apl\davinci\unittest\common;C:\work\projec
> t-3.0\vobs=20
> \apps_fwrk\davinci_common\bin\instrument\com\apl\davinci\unittest\comm
> on\db;C:\w=20
> ork\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\d
> avinci\uni=20
> ttest\common\logging;C:\work\project-3.0\vobs\apps_fwrk\davinci_common
> \bin\instr=20
> ument\com\apl\davinci\unittest\common\properties;C:\work\project-3.0\v
> obs\apps_f=20
> wrk\davinci_common\bin\classes;C:\work\project-3.0\vobs\apps_fwrk\davi
> nci_common=20
> \bin\classes\com;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin
> \classes\c=20
> om\apl;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\classes\c
> om\apl\blu=20
> eocean;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\classes\c
> om\apl\blu=20
> eocean\davinci;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\c
> lasses\com=20
> \apl\blueocean\davinci\common;C:\work\project-3.0\vobs\apps_fwrk\davin
> ci_common\=20
> bin\classes\com\apl\blueocean\davinci\common\management;C:\work\projec
> t-3.0\vobs=20
> \apps_fwrk\davinci_common\bin\classes\com\apl\blueocean\davinci\loggin
> g;C:\work\=20
> project-3.0\vobs\apps_fwrk\davinci_common\bin\classes\com\apl\blueocea
> n\davinci\=20
> management;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\class
> es\com\apl=20
> \blueocean\davinci\properties;C:\work\project-3.0\vobs\apps_fwrk\davin
> ci_common\=20
> bin\classes\com\apl\davinci;C:\work\project-3.0\vobs\apps_fwrk\davinci
> _common\bi=20
> n\classes\com\apl\davinci\common;C:\work\project-3.0\vobs\apps_fwrk\da
> vinci_comm=20
> on\bin\classes\com\apl\davinci\common\constants;C:\work\project-3.0\vo
> bs\apps_fw=20
> rk\davinci_common\bin\classes\com\apl\davinci\common\context;C:\work\p
> roject-3.0=20
> \vobs\apps_fwrk\davinci_common\bin\classes\com\apl\davinci\common\db;C
> :\work\pro=20
> ject-3.0\vobs\apps_fwrk\davinci_common\bin\classes\com\apl\davinci\com
> mon\except=20
> ions;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\classes\com
> \apl\davin=20
> ci\common\messages;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\b
> in\classes=20
> \com\apl\davinci\common\util;C:\work\project-3.0\vobs\apps_fwrk\davinc
> i_common\b=20
> in\classes\com\apl\davinci\unittest;C:\work\project-3.0\vobs\apps_fwrk
> \davinci_c=20
> ommon\bin\classes\com\apl\davinci\unittest\common;C:\work\project-3.0\
> vobs\apps_=20
> fwrk\davinci_common\bin\classes\com\apl\davinci\unittest\common\db;C:\
> work\proje=20
> ct-3.0\vobs\apps_fwrk\davinci_common\bin\classes\com\apl\davinci\unitt
> est\common=20
> \logging;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\classes
> \com\apl\d=20
> avinci\unittest\common\properties;C:\work\project-3.0\vobs\apps_fwrk\d
> avinci_com=20
> mon\test\resource;C:\work\project-3.0\vobs\apps_fwrk\external_jars\lib
> \ext\admin=20
> .jar;C:\work\project-3.0\vobs\apps_fwrk\external_jars\lib\ext\db2j.jar
> ;C:\work\p=20
> roject-3.0\vobs\apps_fwrk\external_jars\lib\ext\db2jcc.jar;C:\work\pro
> ject-3.0\v=20
> obs\apps_fwrk\external_jars\lib\ext\db2jcc_license_cu.jar;C:\work\proj
> ect-3.0\vo=20
> bs\apps_fwrk\external_jars\lib\ext\jmxc.jar;C:\work\project-3.0\vobs\a
> pps_fwrk\e=20
> xternal_jars\lib\ext\jmxri.jar;C:\work\project-3.0\vobs\apps_fwrk\exte
> rnal_jars\>=20
> lib\ext\jmxtools.jar;C:\work\project-3.0\vobs\apps_fwrk\external_jars\
> lib\ext\ju=20
> nit.jar;C:\work\project-3.0\vobs\apps_fwrk\external_jars\lib\ext\log4j
> -1.2.9.jar=20
> ;C:\work\project-3.0\vobs\apps_fwrk\external_jars\lib\ext\ojdbc14.jar;
> C:\work\pr=20
> oject-3.0\vobs\apps_fwrk\external_jars\lib\ext\ccl.jar;C:\work\project
> -3.0\vobs\=20
> apps_fwrk\external_jars\lib\ext\cobertura.jar;C:\work\project-3.0\vobs
> \apps_fwrk=20
> \external_jars\lib\ext\javancss.jar;C:\java\apache-ant-1.6.5\lib\junit
> -3.8.1.jar=20
>
;C:\java\apache-ant-1.6.5\lib\ant-launcher.jar;C:\java\apache-ant-1.6.5\
lib\ant.
> jar;C:\java\apache-ant-1.6.5\lib\ant-junit.jar'
> [junit]
'org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner'
> [junit]=20
> 'testsfile=3DC:\work\project-3.0\vobs\apps_fwrk\davinci_common\junitte
> stcases510608256.properties'
> [junit] 'filtertrace=3Dtrue'
> [junit] 'haltOnError=3Dfalse'
> [junit] 'haltOnFailure=3Dfalse'
> [junit]=20
> 'formatter=3Dorg.apache.tools.ant.taskdefs.optional.junit.SummaryJUnit
> ResultFormatter'
> [junit] 'showoutput=3Dfalse'
> [junit]=20
> 'formatter=3Dorg.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResu
>
ltFormatter,C:\work\project-3.0\vobs\apps_fwrk\docs\testresult\IGNORETHI
S.xml'
> [junit]=20
> 'propsfile=3DC:\work\project-3.0\vobs\apps_fwrk\davinci_common\junit14
> 09959285.properties'
> [junit]
> [junit] The ' characters around the executable and arguments are
> [junit] not part of the command.
> [junit] Tests run: 3, Failures: 2, Errors: 0, Time elapsed: 55.89
sec
> [junit] TEST=20
> com.apl.davinci.unittest.common.db.DatabaseConnectionServiceTes
> t FAILED
> [junit] Tests run: 26, Failures: 0, Errors: 0, Time elapsed: 0.061
sec
> [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.02
sec
> [junit] Tests FAILED
> Build sequence for target(s) `report' is [report] Complete build=20
> sequence is [report, init, clean, compile, build, test, ]
>=20
> report:
> [cobertura-report] Cobertura 1.4
> [cobertura-report] The copyright for this program is retained by its=20
> contributor s [cobertura-report] See the included COPYRIGHT file for a
> complete list of contri butors [cobertura-report] Cobertura is=20
> licensed under the GNU General Public License [cobertura-report]=20
> Cobertura comes with ABSOLUTELY NO WARRANTY dropping C:\C from path as
> it doesn't exist dropping C:\C from path as it doesn't exist=20
> [cobertura-report] Executing 'C:\j2sdk1.4.2_07\jre\bin\java.exe' with
arguments:
>=20
> [cobertura-report] '-classpath'
> [cobertura-report]=20
> 'C:\java\apache-ant-1.6.5\lib\ant-antlr.jar;C:\java\apache-an
> t-1.6.5\lib\ant-apache-bcel.jar;C:\java\apache-ant-1.6.5\lib\ant-apach
> e-bsf.jar;=20
> C:\java\apache-ant-1.6.5\lib\ant-apache-log4j.jar;C:\java\apache-ant-1
> .6.5\lib\a=20
> nt-apache-oro.jar;C:\java\apache-ant-1.6.5\lib\ant-apache-regexp.jar;C
> :\java\apa=20
> che-ant-1.6.5\lib\ant-apache-resolver.jar;C:\java\apache-ant-1.6.5\lib
> \ant-commo=20
> ns-logging.jar;C:\java\apache-ant-1.6.5\lib\ant-commons-net.jar;C:\jav
> a\apache-a=20
> nt-1.6.5\lib\ant-icontract.jar;C:\java\apache-ant-1.6.5\lib\ant-jai.ja
> r;C:\java\=20
> apache-ant-1.6.5\lib\ant-javamail.jar;C:\java\apache-ant-1.6.5\lib\ant
> -jdepend.j=20
> ar;C:\java\apache-ant-1.6.5\lib\ant-jmf.jar;C:\java\apache-ant-1.6.5\l
> ib\ant-jsc=20
> h.jar;C:\java\apache-ant-1.6.5\lib\ant-junit.jar;C:\java\apache-ant-1.
> 6.5\lib\an
> t-launcher.jar;C:\java\apache-ant-1.6.5\lib\ant-netrexx.jar;C:\java\ap
> ache-ant-1=20
> .6.5\lib\ant-nodeps.jar;C:\java\apache-ant-1.6.5\lib\ant-starteam.jar;
> C:\java\ap=20
> ache-ant-1.6.5\lib\ant-stylebook.jar;C:\java\apache-ant-1.6.5\lib\ant-
> swing.jar;=20
> C:\java\apache-ant-1.6.5\lib\ant-trax.jar;C:\java\apache-ant-1.6.5\lib
> \ant-vaj.j=20
> ar;C:\java\apache-ant-1.6.5\lib\ant-weblogic.jar;C:\java\apache-ant-1.
> 6.5\lib\an=20
> t-xalan1.jar;C:\java\apache-ant-1.6.5\lib\ant-xslp.jar;C:\java\apache-
> ant-1.6.5\=20
> lib\ant.jar;C:\java\apache-ant-1.6.5\lib\asm-2.0.RC1.jar;C:>
\java\apache-ant-1.6.
> 5\lib\autopilot-core.jar;C:\java\apache-ant-1.6.5\lib\ccl.jar;C:\java\
> apache-ant=20
> -1.6.5\lib\cobertura.jar;C:\java\apache-ant-1.6.5\lib\jakarta-oro-2.0.
> 8.jar;C:\j=20
> ava\apache-ant-1.6.5\lib\java-getopt-1.0.9.jar;C:\java\apache-ant-1.6.
> 5\lib\java=20
> ncss.jar;C:\java\apache-ant-1.6.5\lib\junit-3.8.1.jar;C:\java\apache-a
> nt-1.6.5\l
> ib\log4j-1.2.9.jar;C:\java\apache-ant-1.6.5\lib\mailapi.jar;C:\java\ap
> ache-ant-1=20
> .6.5\lib\wsanttasks.jar;C:\java\apache-ant-1.6.5\lib\xercesImpl.jar;C:
> \java\apac=20
> he-ant-1.6.5\lib\xml-apis.jar;C:\j2sdk1.4.2_07\lib\tools.jar'
> [cobertura-report] 'net.sourceforge.cobertura.reporting.Main'
> [cobertura-report] '--format'
> [cobertura-report] 'html'
> [cobertura-report] '--datafile'
> [cobertura-report] 'bin/cobertura.ser'
> [cobertura-report] '--destination'
> [cobertura-report]
'C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\html'
> [cobertura-report] '--source'
> [cobertura-report]
'C:\work\project-3.0\vobs\apps_fwrk\davinci_common\src'
> [cobertura-report]
> [cobertura-report] The ' characters around the executable and=20
> arguments are [cobertura-report] not part of the command.
> dropping C:\C from path as it doesn't exist dropping C:\C from path as
> it doesn't exist [cobertura-report] Reporting time: 1222ms
>=20
> BUILD SUCCESSFUL
> Total time: 1 minute 0 seconds
>=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&op=3Dick
_______________________________________________
Cobertura-devel mailing list
Cob...@li...
https://lists.sourceforge.net/lists/listinfo/cobertura-devel
|
|
From: Aronson, J. <Joh...@ap...> - 2005-06-21 03:09:56
|
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 > -----Original Message----- > From: Aronson, John =20 > Sent: Monday, June 20, 2005 12:02 PM > To: 'cob...@li...' > Subject: Line/Branch Coverage is N/A >=20 > Hi, >=20 > I'm evaluating your project, I like it so far but I'm having a problem = with the report. >=20 > The Line and Branch Coverage columns are all N/A, although the = Complexity was calculated. The report says that the N/A values can = happen when the class files don't have debug info. Yet the debug flag is = on and I don't see a complaint from the cobertura instrument task. I = tried running ant in verbose mode, but I didn't see anything suspicious. >=20 > Is there something else beside no debug info which can cause the = coverage to be N/A? >=20 > John Aronson >=20 > Verbose Output from Ant >=20 >=20 > C:\work\project-3.0\vobs\apps_fwrk\davinci_common>ant -v test report > Apache Ant version 1.6.5 compiled on June 2 2005 > Buildfile: build.xml > Detected Java version: 1.4 in: C:\j2sdk1.4.2_07\jre > Detected OS: Windows XP > parsing buildfile = C:\work\project-3.0\vobs\apps_fwrk\davinci_common\build.xml wi > th URI =3D = file:///C:/work/project-3.0/vobs/apps_fwrk/davinci_common/build.xml > Project base dir set to: = C:\work\project-3.0\vobs\apps_fwrk\davinci_common > [property] Loading = C:\work\project-3.0\vobs\apps_fwrk\davinci_common\proj.prope > rties > dropping = C:\work\project-3.0\vobs\apps_fwrk\davinci_common\cobertura.jar from pa > th as it doesn't exist > Build sequence for target(s) `test' is [init, test] > Complete build sequence is [init, test, report, clean, compile, build, = ] >=20 > init: >=20 > test: > [echo] TESTING davinci_common > [cobertura-instrument] = com\apl\blueocean\davinci\common\management\ManagementTes > t.class added as = com/apl/blueocean/davinci/common/management/ManagementTest.clas > s doesn't exist. > [cobertura-instrument] = com\apl\blueocean\davinci\common\management\ManagementTes > tMBean.class added as = com/apl/blueocean/davinci/common/management/ManagementTest > MBean.class doesn't exist. > [cobertura-instrument] = com\apl\blueocean\davinci\logging\ExceptionIds.class adde > d as com/apl/blueocean/davinci/logging/ExceptionIds.class doesn't = exist. > [cobertura-instrument] = com\apl\blueocean\davinci\logging\JRasLogger.class added > as com/apl/blueocean/davinci/logging/JRasLogger.class doesn't exist. > [cobertura-instrument] = com\apl\blueocean\davinci\logging\Log4JLogger.class added > as com/apl/blueocean/davinci/logging/Log4JLogger.class doesn't exist. > [cobertura-instrument] com\apl\blueocean\davinci\logging\Logger.class = added as c > om/apl/blueocean/davinci/logging/Logger.class doesn't exist. > [cobertura-instrument] = com\apl\blueocean\davinci\logging\LoggerException.class a > dded as com/apl/blueocean/davinci/logging/LoggerException.class = doesn't exist.>=20 > [cobertura-instrument] = com\apl\blueocean\davinci\logging\LoggerManager.class add > ed as com/apl/blueocean/davinci/logging/LoggerManager.class doesn't = exist. > [cobertura-instrument] = com\apl\blueocean\davinci\logging\LoggerManagerMBean.clas > s added as com/apl/blueocean/davinci/logging/LoggerManagerMBean.class = doesn't ex > ist. > [cobertura-instrument] = com\apl\blueocean\davinci\management\ExceptionIds.class a > dded as com/apl/blueocean/davinci/management/ExceptionIds.class = doesn't exist. > [cobertura-instrument] = com\apl\blueocean\davinci\management\ManagementException. > class added as = com/apl/blueocean/davinci/management/ManagementException.class do > esn't exist. > [cobertura-instrument] = com\apl\blueocean\davinci\management\ManagementService.cl > ass added as = com/apl/blueocean/davinci/management/ManagementService.class doesn' > t exist. > [cobertura-instrument] = com\apl\blueocean\davinci\management\ManagementServiceCon > stants.class added as = com/apl/blueocean/davinci/management/ManagementServiceCons > tants.class doesn't exist. > [cobertura-instrument] = com\apl\blueocean\davinci\management\ManagementServiceMBe > an.class added as = com/apl/blueocean/davinci/management/ManagementServiceMBean.cl > ass doesn't exist. > [cobertura-instrument] = com\apl\blueocean\davinci\properties\BasicPropertiesMap.c > lass added as = com/apl/blueocean/davinci/properties/BasicPropertiesMap.class does > n't exist. > [cobertura-instrument] = com\apl\blueocean\davinci\properties\ExceptionIds.class a > dded as com/apl/blueocean/davinci/properties/ExceptionIds.class = doesn't exist. > [cobertura-instrument] = com\apl\blueocean\davinci\properties\PropertiesMap.class > added as com/apl/blueocean/davinci/properties/PropertiesMap.class = doesn't exist. >=20 > [cobertura-instrument] = com\apl\blueocean\davinci\properties\Props.class added as > com/apl/blueocean/davinci/properties/Props.class doesn't exist. > [cobertura-instrument] = com\apl\blueocean\davinci\properties\PropsException.class > added as com/apl/blueocean/davinci/properties/PropsException.class = doesn't exis > t. > [cobertura-instrument] = com\apl\blueocean\davinci\properties\PropsManager.class a > dded as com/apl/blueocean/davinci/properties/PropsManager.class = doesn't exist. > [cobertura-instrument] = com\apl\blueocean\davinci\properties\PropsManagerMBean.cl > ass added as = com/apl/blueocean/davinci/properties/PropsManagerMBean.class doesn' > t exist. > [cobertura-instrument] com\apl\davinci\common\CommonConstants.class = added as com > /apl/davinci/common/CommonConstants.class doesn't exist. > [cobertura-instrument] = com\apl\davinci\common\constants\ParameterList.class adde > d as com/apl/davinci/common/constants/ParameterList.class doesn't = exist. > [cobertura-instrument] = com\apl\davinci\common\context\ContextException.class add > ed as com/apl/davinci/common/context/ContextException.class doesn't = exist. > [cobertura-instrument] = com\apl\davinci\common\context\EbizContext.class added as > com/apl/davinci/common/context/EbizContext.class doesn't exist. > [cobertura-instrument] = com\apl\davinci\common\context\ErrorContext.class added a > s com/apl/davinci/common/context/ErrorContext.class doesn't exist. > [cobertura-instrument] = com\apl\davinci\common\context\ExceptionIds.class added a > s com/apl/davinci/common/context/ExceptionIds.class doesn't exist. > [cobertura-instrument] = com\apl\davinci\common\context\MessageContext.class added > as com/apl/davinci/common/context/MessageContext.class doesn't exist. > [cobertura-instrument] = com\apl\davinci\common\context\OrganizationContext.class > added as com/apl/davinci/common/context/OrganizationContext.class = doesn't exist. >=20 > [cobertura-instrument] = com\apl\davinci\common\context\ProducerContext.class adde > d as com/apl/davinci/common/context/ProducerContext.class doesn't = exist. > [cobertura-instrument] = com\apl\davinci\common\context\TargetContext.class added > as com/apl/davinci/common/context/TargetContext.class doesn't exist.>=20 > [cobertura-instrument] = com\apl\davinci\common\context\TransactionContext.class a > dded as com/apl/davinci/common/context/TransactionContext.class = doesn't exist. > [cobertura-instrument] = com\apl\davinci\common\context\UserContext.class added as > com/apl/davinci/common/context/UserContext.class doesn't exist. > [cobertura-instrument] = com\apl\davinci\common\db\AbstractDatabaseConnectionSourc > e.class added as = com/apl/davinci/common/db/AbstractDatabaseConnectionSource.clas > s doesn't exist. > [cobertura-instrument] com\apl\davinci\common\db\CallerData.class = added as com/a > pl/davinci/common/db/CallerData.class doesn't exist. > [cobertura-instrument] = com\apl\davinci\common\db\ConnectionPoolSource.class adde > d as com/apl/davinci/common/db/ConnectionPoolSource.class doesn't = exist. > [cobertura-instrument] = com\apl\davinci\common\db\DataSourceConnectionSource.clas > s added as com/apl/davinci/common/db/DataSourceConnectionSource.class = doesn't ex > ist. > [cobertura-instrument] = com\apl\davinci\common\db\DatabaseConnectionService.class > added as com/apl/davinci/common/db/DatabaseConnectionService.class = doesn't exis > t. > [cobertura-instrument] = com\apl\davinci\common\db\DatabaseConnectionSource.class > added as com/apl/davinci/common/db/DatabaseConnectionSource.class = doesn't exist. >=20 > [cobertura-instrument] = com\apl\davinci\common\db\DatabaseConnectionSourceJmx.cla > ss added as = com/apl/davinci/common/db/DatabaseConnectionSourceJmx.class doesn't > exist. > [cobertura-instrument] = com\apl\davinci\common\db\DatabaseConnectionSourceJmxMBea > n.class added as = com/apl/davinci/common/db/DatabaseConnectionSourceJmxMBean.clas > s doesn't exist. > [cobertura-instrument] = com\apl\davinci\common\db\DatabaseServiceException.class > added as com/apl/davinci/common/db/DatabaseServiceException.class = doesn't exist. >=20 > [cobertura-instrument] = com\apl\davinci\common\db\DatabaseServiceExceptionID.clas > s added as com/apl/davinci/common/db/DatabaseServiceExceptionID.class = doesn't ex > ist. > [cobertura-instrument] = com\apl\davinci\common\db\GenericPooledConnectionSource.c > lass added as = com/apl/davinci/common/db/GenericPooledConnectionSource.class does > n't exist. > [cobertura-instrument] = com\apl\davinci\common\db\JDBCConnectionSource.class adde > d as com/apl/davinci/common/db/JDBCConnectionSource.class doesn't = exist. > [cobertura-instrument] = com\apl\davinci\common\db\OraclePooledConnectionSource.cl > ass added as = com/apl/davinci/common/db/OraclePooledConnectionSource.class doesn' > t exist. > [cobertura-instrument] = com\apl\davinci\common\exceptions\BaseException.class add > ed as com/apl/davinci/common/exceptions/BaseException.class doesn't = exist. > [cobertura-instrument] = com\apl\davinci\common\exceptions\BaseExceptionIds.class > added as com/apl/davinci/common/exceptions/BaseExceptionIds.class = doesn't exist. >=20 > [cobertura-instrument] = com\apl\davinci\common\exceptions\ExceptionConsts.class a > dded as com/apl/davinci/common/exceptions/ExceptionConsts.class = doesn't exist. > [cobertura-instrument] = com\apl\davinci\common\exceptions\LoggingException.class > added as com/apl/davinci/common/exceptions/LoggingException.class = doesn't exist. >=20 > [cobertura-instrument] com\apl\davinci\common\messages\Message.class = added as co > m/apl/davinci/common/messages/Message.class doesn't exist. > [cobertura-instrument] com\apl\davinci\common\messages\Messages.class = added as c > om/apl/davinci/common/messages/Messages.class doesn't exist. > [cobertura-instrument] com\apl\davinci\common\util\BooleanFlag.class = added as co > m/apl/davinci/common/util/BooleanFlag.class doesn't exist. > [cobertura-instrument] com\apl\davinci\common\util\EbizUID.class added = as com/ap > l/davinci/common/util/EbizUID.class doesn't exist. > [cobertura-instrument] com\apl\davinci\common\util\ExceptionIds.class = added as c > om/apl/davinci/common/util/ExceptionIds.class doesn't exist. > [cobertura-instrument] com> = \apl\davinci\common\util\MassagingUser.class added as > com/apl/davinci/common/util/MassagingUser.class doesn't exist. > [cobertura-instrument] = com\apl\davinci\common\util\ReadOnlyHashtable.class added > as com/apl/davinci/common/util/ReadOnlyHashtable.class doesn't exist. > [cobertura-instrument] com\apl\davinci\common\util\StackUtils.class = added as com > /apl/davinci/common/util/StackUtils.class doesn't exist. > [cobertura-instrument] com\apl\davinci\common\util\Validations.class = added as co > m/apl/davinci/common/util/Validations.class doesn't exist. > [cobertura-instrument] = com\apl\davinci\common\util\ValidationsInterface.class ad > ded as com/apl/davinci/common/util/ValidationsInterface.class doesn't = exist. > [cobertura-instrument] com\apl\davinci\common\util\XMLQuery.class = added as com/a > pl/davinci/common/util/XMLQuery.class doesn't exist. > [cobertura-instrument] = com\apl\davinci\common\util\XMLQueryException.class added > as com/apl/davinci/common/util/XMLQueryException.class doesn't exist. > [cobertura-instrument] = com\apl\davinci\unittest\common\db\DatabaseConnectionServ > iceTest.class added as = com/apl/davinci/unittest/common/db/DatabaseConnectionServ > iceTest.class doesn't exist. > [cobertura-instrument] = com\apl\davinci\unittest\common\db\DatabaseConnectionSour > ceJmx.class added as = com/apl/davinci/unittest/common/db/DatabaseConnectionSource > Jmx.class doesn't exist. > [cobertura-instrument] = com\apl\davinci\unittest\common\logging\LoggerTest.class > added as com/apl/davinci/unittest/common/logging/LoggerTest.class = doesn't exist. >=20 > [cobertura-instrument] = com\apl\davinci\unittest\common\logging\TestSuite.class a > dded as com/apl/davinci/unittest/common/logging/TestSuite.class = doesn't exist. > [cobertura-instrument] = com\apl\davinci\unittest\common\properties\PropsTest.clas > s added as com/apl/davinci/unittest/common/properties/PropsTest.class = doesn't ex > ist. > [cobertura-instrument] = com\apl\davinci\unittest\common\properties\TestSuite.clas > s added as com/apl/davinci/unittest/common/properties/TestSuite.class = doesn't ex > ist. > Adding com\apl\davinci\common\util\ReadOnlyHashtable.class to list > Adding com\apl\davinci\common\exceptions\ExceptionConsts.class to list > Adding com\apl\blueocean\davinci\properties\ExceptionIds.class to list > Adding com\apl\blueocean\davinci\properties\BasicPropertiesMap.class = to list > Adding com\apl\davinci\common\util\Validations.class to list > Adding = com\apl\davinci\common\db\DatabaseConnectionSourceJmxMBean.class to list > Adding com\apl\davinci\common\exceptions\LoggingException.class to = list > Adding com\apl\blueocean\davinci\logging\LoggerManagerMBean.class to = list > Adding com\apl\davinci\common\db\CallerData.class to list > Adding com\apl\davinci\common\db\DatabaseConnectionSource.class to = list > Adding com\apl\blueocean\davinci\logging\JRasLogger.class to list > Adding com\apl\blueocean\davinci\management\ManagementService.class to = list > Adding com\apl\davinci\common\context\ErrorContext.class to list > Adding com\apl\davinci\common\db\DatabaseServiceException.class to = list > Adding = com\apl\blueocean\davinci\management\ManagementServiceMBean.class to = list >=20 > Adding com\apl\davinci\unittest\common\properties\TestSuite.class to = list > Adding com\apl\davinci\unittest\common\properties\PropsTest.class to = list > Adding com\apl\davinci\common\util\ValidationsInterface.class to list > Adding com\apl\blueocean\davinci\properties\Props.class to list > Adding com\apl\blueocean\davinci\properties\PropsManagerMBean.class to = list > Adding com\apl\davinci\common\util\StackUtils.class to list > Adding com\apl\davinci\common\context\EbizContext.class to list > Adding com\apl\davinci\common\context\UserContext.class to list > Adding com\apl\davinci\common\util\XMLQuery.class to list > Adding = com\apl\blueocean\davinci\management\ManagementServiceConstants.class to > list > Adding com> \apl\davinci\common\db\OraclePooledConnectionSource.class = to list > Adding com\apl\davinci\common\CommonConstants.class to list > Adding = com\apl\blueocean\davinci\common\management\ManagementTest.class to list > Adding com\apl\davinci\common\context\MessageContext.class to list > Adding com\apl\davinci\common\db\DataSourceConnectionSource.class to = list > Adding com\apl\davinci\common\util\MassagingUser.class to list > Adding com\apl\blueocean\davinci\logging\ExceptionIds.class to list > Adding com\apl\davinci\common\context\ExceptionIds.class to list > Adding = com\apl\davinci\unittest\common\db\DatabaseConnectionServiceTest.class = to > list > Adding com\apl\davinci\common\db\GenericPooledConnectionSource.class = to list > Adding com\apl\davinci\common\exceptions\BaseExceptionIds.class to = list > Adding com\apl\davinci\common\context\ProducerContext.class to list > Adding com\apl\davinci\unittest\common\logging\TestSuite.class to list > Adding com\apl\blueocean\davinci\logging\LoggerException.class to list > Adding com\apl\davinci\common\db\DatabaseConnectionService.class to = list > Adding com\apl\blueocean\davinci\properties\PropertiesMap.class to = list > Adding com\apl\blueocean\davinci\management\ExceptionIds.class to list > Adding com\apl\davinci\common\context\OrganizationContext.class to = list > Adding com\apl\davinci\common\exceptions\BaseException.class to list > Adding com\apl\davinci\common\util\ExceptionIds.class to list > Adding com\apl\davinci\common\util\EbizUID.class to list > Adding = com\apl\davinci\unittest\common\db\DatabaseConnectionSourceJmx.class to = l > ist > Adding com\apl\davinci\common\context\TransactionContext.class to list > Adding com\apl\blueocean\davinci\properties\PropsManager.class to list > Adding com\apl\davinci\common\db\DatabaseServiceExceptionID.class to = list > Adding com\apl\blueocean\davinci\logging\Logger.class to list > Adding com\apl\davinci\unittest\common\logging\LoggerTest.class to = list > Adding com\apl\blueocean\davinci\logging\LoggerManager.class to list > Adding com\apl\davinci\common\messages\Message.class to list > Adding com\apl\blueocean\davinci\management\ManagementException.class = to list > Adding com\apl\davinci\common\context\TargetContext.class to list > Adding com\apl\davinci\common\util\BooleanFlag.class to list > Adding com\apl\davinci\common\messages\Messages.class to list > Adding com\apl\davinci\common\db\ConnectionPoolSource.class to list > Adding = com\apl\davinci\common\db\AbstractDatabaseConnectionSource.class to list > Adding = com\apl\blueocean\davinci\common\management\ManagementTestMBean.class to > list > Adding com\apl\davinci\common\context\ContextException.class to list > Adding com\apl\davinci\common\constants\ParameterList.class to list > Adding com\apl\blueocean\davinci\properties\PropsException.class to = list > Adding com\apl\davinci\common\db\DatabaseConnectionSourceJmx.class to = list > Adding com\apl\davinci\common\db\JDBCConnectionSource.class to list > Adding com\apl\davinci\common\util\XMLQueryException.class to list > Adding com\apl\blueocean\davinci\logging\Log4JLogger.class to list > [cobertura-instrument] Cobertura 1.4 > [cobertura-instrument] The copyright for this program is retained by = its contrib > utors > [cobertura-instrument] See the included COPYRIGHT file for a complete = list of co > ntributors > [cobertura-instrument] Cobertura is licensed under the GNU General = Public Licens > e > [cobertura-instrument] Cobertura comes with ABSOLUTELY NO WARRANTY > [cobertura-instrument] instrumenting 68 classes to = C:\work\project-3.0\vobs\apps > _fwrk\davinci_common\bin\instrument > dropping C:\C from path as it doesn't exist > dropping C:\C from path as it doesn't exist > [cobertura-instrument] Executing 'C:\j2sdk1.4.2_07\jre\bin\java.exe' = with argume > nts: > [cobertura-instrument] '-classpath' > [cobertura-instrument] 'C:\java\apache-ant-1.6.5\lib\ant-antlr.jar;C:> = \java\apach > = e-ant-1.6.5\lib\ant-apache-bcel.jar;C:\java\apache-ant-1.6.5\lib\ant-apac= he-bsf. > = jar;C:\java\apache-ant-1.6.5\lib\ant-apache-log4j.jar;C:\java\apache-ant-= 1.6.5\l > = ib\ant-apache-oro.jar;C:\java\apache-ant-1.6.5\lib\ant-apache-regexp.jar;= C:\java > = \apache-ant-1.6.5\lib\ant-apache-resolver.jar;C:\java\apache-ant-1.6.5\li= b\ant-c > = ommons-logging.jar;C:\java\apache-ant-1.6.5\lib\ant-commons-net.jar;C:\ja= va\apac > = he-ant-1.6.5\lib\ant-icontract.jar;C:\java\apache-ant-1.6.5\lib\ant-jai.j= ar;C:\j > = ava\apache-ant-1.6.5\lib\ant-javamail.jar;C:\java\apache-ant-1.6.5\lib\an= t-jdepe > = nd.jar;C:\java\apache-ant-1.6.5\lib\ant-jmf.jar;C:\java\apache-ant-1.6.5\= lib\ant > = -jsch.jar;C:\java\apache-ant-1.6.5\lib\ant-junit.jar;C:\java\apache-ant-1= .6.5\li > = b\ant-launcher.jar;C:\java\apache-ant-1.6.5\lib\ant-netrexx.jar;C:\java\a= pache-a > = nt-1.6.5\lib\ant-nodeps.jar;C:\java\apache-ant-1.6.5\lib\ant-starteam.jar= ;C:\jav > = a\apache-ant-1.6.5\lib\ant-stylebook.jar;C:\java\apache-ant-1.6.5\lib\ant= -swing. > = jar;C:\java\apache-ant-1.6.5\lib\ant-trax.jar;C:\java\apache-ant-1.6.5\li= b\ant-v > = aj.jar;C:\java\apache-ant-1.6.5\lib\ant-weblogic.jar;C:\java\apache-ant-1= .6.5\li > = b\ant-xalan1.jar;C:\java\apache-ant-1.6.5\lib\ant-xslp.jar;C:\java\apache= -ant-1. > = 6.5\lib\ant.jar;C:\java\apache-ant-1.6.5\lib\asm-2.0.RC1.jar;C:\java\apac= he-ant- > = 1.6.5\lib\autopilot-core.jar;C:\java\apache-ant-1.6.5\lib\ccl.jar;C:\java= \apache > = -ant-1.6.5\lib\cobertura.jar;C:\java\apache-ant-1.6.5\lib\jakarta-oro-2.0= .8.jar; > = C:\java\apache-ant-1.6.5\lib\java-getopt-1.0.9.jar;C:\java\apache-ant-1.6= .5\lib\ > = javancss.jar;C:\java\apache-ant-1.6.5\lib\junit-3.8.1.jar;C:\java\apache-= ant-1.6 > = .5\lib\log4j-1.2.9.jar;C:\java\apache-ant-1.6.5\lib\mailapi.jar;C:\java\a= pache-a > = nt-1.6.5\lib\wsanttasks.jar;C:\java\apache-ant-1.6.5\lib\xercesImpl.jar;C= :\java\ > apache-ant-1.6.5\lib\xml-apis.jar;C:\j2sdk1.4.2_07\lib\tools.jar' > [cobertura-instrument] 'net.sourceforge.cobertura.instrument.Main' > [cobertura-instrument] '--commandsfile' > [cobertura-instrument] = 'C:\DOCUME~1\John\LOCALS~1\Temp\cobertura.39358.cmdline' > [cobertura-instrument] > [cobertura-instrument] The ' characters around the executable and = arguments are > [cobertura-instrument] not part of the command. > dropping C:\C from path as it doesn't exist > dropping C:\C from path as it doesn't exist > [cobertura-instrument] Instrument time: 681ms > [junit] Running multiple tests in the same VM > [junit] Implicitly adding = C:\java\apache-ant-1.6.5\lib\junit-3.8.1.jar;C:\ja > = va\apache-ant-1.6.5\lib\ant-launcher.jar;C:\java\apache-ant-1.6.5\lib\ant= .jar;C: > \java\apache-ant-1.6.5\lib\ant-junit.jar to CLASSPATH > [junit] Running = com.apl.davinci.unittest.common.properties.PropsTest > [junit] Executing 'C:\j2sdk1.4.2_07\jre\bin\java.exe' with = arguments: > [junit] = '-Dnet.sourceforge.cobertura.datafile=3DC:\work\project-3.0\vobs\apps_ > fwrk\davinci_common\bin\cobertura.ser' > [junit] '-classpath' > [junit] = 'C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument;C: > = \work\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com;C:\wor= k\proje > = ct-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com\apl;C:\work\proje= ct-3.0\ > = vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\blueocean;C:\work\pr= oject-3 > = .0\vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\blueocean\davinci= ;C:\wor > = k\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\blueoc= ean\dav > = inci\common;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrum= ent\com > = \apl\blueocean\davinci\common\management;C:\work\project-3.0\vobs\apps_fw= rk\davi > = nci_common\bin\instrument\com\apl\blueocean\davinci\logging;C:\work\proje= ct-3.0\ > = vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\blueocean\davinci\ma= nagemen > = t;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com\ap= l\blueo > cean\davinci> = \properties;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\in > = strument\com\apl\davinci;C:\work\project-3.0\vobs\apps_fwrk\davinci_commo= n\bin\i > = nstrument\com\apl\davinci\common;C:\work\project-3.0\vobs\apps_fwrk\davin= ci_comm > = on\bin\instrument\com\apl\davinci\common\context;C:\work\project-3.0\vobs= \apps_f > = wrk\davinci_common\bin\instrument\com\apl\davinci\common\db;C:\work\proje= ct-3.0\ > = vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\davinci\common\excep= tions;C > = :\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\d= avinci\ > = common\messages;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\ins= trument > = \com\apl\davinci\common\util;C:\work\project-3.0\vobs\apps_fwrk\davinci_c= ommon\b > = in\instrument\com\apl\davinci\unittest;C:\work\project-3.0\vobs\apps_fwrk= \davinc > = i_common\bin\instrument\com\apl\davinci\unittest\common;C:\work\project-3= .0\vobs > = \apps_fwrk\davinci_common\bin\instrument\com\apl\davinci\unittest\common\= db;C:\w > = ork\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\davi= nci\uni > = ttest\common\logging;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bi= n\instr > = ument\com\apl\davinci\unittest\common\properties;C:\work\project-3.0\vobs= \apps_f > = wrk\davinci_common\bin\classes;C:\work\project-3.0\vobs\apps_fwrk\davinci= _common > = \bin\classes\com;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\cl= asses\c > = om\apl;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\classes\com\= apl\blu > = eocean;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\classes\com\= apl\blu > = eocean\davinci;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\clas= ses\com > = \apl\blueocean\davinci\common;C:\work\project-3.0\vobs\apps_fwrk\davinci_= common\ > = bin\classes\com\apl\blueocean\davinci\common\management;C:\work\project-3= .0\vobs > = \apps_fwrk\davinci_common\bin\classes\com\apl\blueocean\davinci\logging;C= :\work\ > = project-3.0\vobs\apps_fwrk\davinci_common\bin\classes\com\apl\blueocean\d= avinci\ > = management;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\classes\= com\apl > = \blueocean\davinci\properties;C:\work\project-3.0\vobs\apps_fwrk\davinci_= common\ > = bin\classes\com\apl\davinci;C:\work\project-3.0\vobs\apps_fwrk\davinci_co= mmon\bi > = n\classes\com\apl\davinci\common;C:\work\project-3.0\vobs\apps_fwrk\davin= ci_comm > = on\bin\classes\com\apl\davinci\common\constants;C:\work\project-3.0\vobs\= apps_fw > = rk\davinci_common\bin\classes\com\apl\davinci\common\context;C:\work\proj= ect-3.0 > = \vobs\apps_fwrk\davinci_common\bin\classes\com\apl\davinci\common\db;C:\w= ork\pro > = ject-3.0\vobs\apps_fwrk\davinci_common\bin\classes\com\apl\davinci\common= \except > = ions;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\classes\com\ap= l\davin > = ci\common\messages;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\= classes > = \com\apl\davinci\common\util;C:\work\project-3.0\vobs\apps_fwrk\davinci_c= ommon\b > = in\classes\com\apl\davinci\unittest;C:\work\project-3.0\vobs\apps_fwrk\da= vinci_c > = ommon\bin\classes\com\apl\davinci\unittest\common;C:\work\project-3.0\vob= s\apps_ > = fwrk\davinci_common\bin\classes\com\apl\davinci\unittest\common\db;C:\wor= k\proje > = ct-3.0\vobs\apps_fwrk\davinci_common\bin\classes\com\apl\davinci\unittest= \common > = \logging;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\classes\co= m\apl\d > = avinci\unittest\common\properties;C:\work\project-3.0\vobs\apps_fwrk\davi= nci_com > = mon\test\resource;C:\work\project-3.0\vobs\apps_fwrk\external_jars\lib\ex= t\admin > = .jar;C:\work\project-3.0\vobs\apps_fwrk\external_jars\lib\ext\db2j.jar;C:= \work\p > = roject-3.0\vobs\apps_fwrk\external_jars\lib\ext\db2jcc.jar;C:\work\projec= t-3.0\v > = obs\apps_fwrk\external_jars\lib\ext\db2jcc_license_cu.jar;C:\work\project= -3.0\vo > = bs\apps_fwrk\external_jars\lib\ext\jmxc.jar;C:\work\project-3.0\vobs\apps= _fwrk\e > = xternal_jars\lib\ext\jmxri.jar;C:\work\project-3.0\vobs\apps_fwrk\externa= l_jars\>=20 > = lib\ext\jmxtools.jar;C:\work\project-3.0\vobs\apps_fwrk\external_jars\lib= \ext\ju > = nit.jar;C:\work\project-3.0\vobs\apps_fwrk\external_jars\lib\ext\log4j-1.= 2.9.jar > = ;C:\work\project-3.0\vobs\apps_fwrk\external_jars\lib\ext\ojdbc14.jar;C:\= work\pr > = oject-3.0\vobs\apps_fwrk\external_jars\lib\ext\ccl.jar;C:\work\project-3.= 0\vobs\ > = apps_fwrk\external_jars\lib\ext\cobertura.jar;C:\work\project-3.0\vobs\ap= ps_fwrk > = \external_jars\lib\ext\javancss.jar;C:\java\apache-ant-1.6.5\lib\junit-3.= 8.1.jar > = ;C:\java\apache-ant-1.6.5\lib\ant-launcher.jar;C:\java\apache-ant-1.6.5\l= ib\ant. > jar;C:\java\apache-ant-1.6.5\lib\ant-junit.jar' > [junit] = 'org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner' > [junit] = 'testsfile=3DC:\work\project-3.0\vobs\apps_fwrk\davinci_common\junitte > stcases510608256.properties' > [junit] 'filtertrace=3Dtrue' > [junit] 'haltOnError=3Dfalse' > [junit] 'haltOnFailure=3Dfalse' > [junit] = 'formatter=3Dorg.apache.tools.ant.taskdefs.optional.junit.SummaryJUnit > ResultFormatter' > [junit] 'showoutput=3Dfalse' > [junit] = 'formatter=3Dorg.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResu > = ltFormatter,C:\work\project-3.0\vobs\apps_fwrk\docs\testresult\IGNORETHIS= .xml' > [junit] = 'propsfile=3DC:\work\project-3.0\vobs\apps_fwrk\davinci_common\junit14 > 09959285.properties' > [junit] > [junit] The ' characters around the executable and arguments are > [junit] not part of the command. > [junit] Tests run: 3, Failures: 2, Errors: 0, Time elapsed: 55.89 = sec > [junit] TEST = com.apl.davinci.unittest.common.db.DatabaseConnectionServiceTes > t FAILED > [junit] Tests run: 26, Failures: 0, Errors: 0, Time elapsed: 0.061 = sec > [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.02 = sec > [junit] Tests FAILED > Build sequence for target(s) `report' is [report] > Complete build sequence is [report, init, clean, compile, build, test, = ] >=20 > report: > [cobertura-report] Cobertura 1.4 > [cobertura-report] The copyright for this program is retained by its = contributor > s > [cobertura-report] See the included COPYRIGHT file for a complete list = of contri > butors > [cobertura-report] Cobertura is licensed under the GNU General Public = License > [cobertura-report] Cobertura comes with ABSOLUTELY NO WARRANTY > dropping C:\C from path as it doesn't exist > dropping C:\C from path as it doesn't exist > [cobertura-report] Executing 'C:\j2sdk1.4.2_07\jre\bin\java.exe' with = arguments: >=20 > [cobertura-report] '-classpath' > [cobertura-report] = 'C:\java\apache-ant-1.6.5\lib\ant-antlr.jar;C:\java\apache-an > = t-1.6.5\lib\ant-apache-bcel.jar;C:\java\apache-ant-1.6.5\lib\ant-apache-b= sf.jar; > = C:\java\apache-ant-1.6.5\lib\ant-apache-log4j.jar;C:\java\apache-ant-1.6.= 5\lib\a > = nt-apache-oro.jar;C:\java\apache-ant-1.6.5\lib\ant-apache-regexp.jar;C:\j= ava\apa > = che-ant-1.6.5\lib\ant-apache-resolver.jar;C:\java\apache-ant-1.6.5\lib\an= t-commo > = ns-logging.jar;C:\java\apache-ant-1.6.5\lib\ant-commons-net.jar;C:\java\a= pache-a > = nt-1.6.5\lib\ant-icontract.jar;C:\java\apache-ant-1.6.5\lib\ant-jai.jar;C= :\java\ > = apache-ant-1.6.5\lib\ant-javamail.jar;C:\java\apache-ant-1.6.5\lib\ant-jd= epend.j > = ar;C:\java\apache-ant-1.6.5\lib\ant-jmf.jar;C:\java\apache-ant-1.6.5\lib\= ant-jsc > = h.jar;C:\java\apache-ant-1.6.5\lib\ant-junit.jar;C:\java\apache-ant-1.6.5= \lib\an > = t-launcher.jar;C:\java\apache-ant-1.6.5\lib\ant-netrexx.jar;C:\java\apach= e-ant-1 > = .6.5\lib\ant-nodeps.jar;C:\java\apache-ant-1.6.5\lib\ant-starteam.jar;C:\= java\ap > = ache-ant-1.6.5\lib\ant-stylebook.jar;C:\java\apache-ant-1.6.5\lib\ant-swi= ng.jar; > = C:\java\apache-ant-1.6.5\lib\ant-trax.jar;C:\java\apache-ant-1.6.5\lib\an= t-vaj.j > = ar;C:\java\apache-ant-1.6.5\lib\ant-weblogic.jar;C:\java\apache-ant-1.6.5= \lib\an > = t-xalan1.jar;C:\java\apache-ant-1.6.5\lib\ant-xslp.jar;C:\java\apache-ant= -1.6.5\ > lib\ant.jar;C:\java\apache-ant-1.6.5\lib\asm-2.0.RC1.jar;C:> = \java\apache-ant-1.6. > = 5\lib\autopilot-core.jar;C:\java\apache-ant-1.6.5\lib\ccl.jar;C:\java\apa= che-ant > = -1.6.5\lib\cobertura.jar;C:\java\apache-ant-1.6.5\lib\jakarta-oro-2.0.8.j= ar;C:\j > = ava\apache-ant-1.6.5\lib\java-getopt-1.0.9.jar;C:\java\apache-ant-1.6.5\l= ib\java > = ncss.jar;C:\java\apache-ant-1.6.5\lib\junit-3.8.1.jar;C:\java\apache-ant-= 1.6.5\l > = ib\log4j-1.2.9.jar;C:\java\apache-ant-1.6.5\lib\mailapi.jar;C:\java\apach= e-ant-1 > = .6.5\lib\wsanttasks.jar;C:\java\apache-ant-1.6.5\lib\xercesImpl.jar;C:\ja= va\apac > he-ant-1.6.5\lib\xml-apis.jar;C:\j2sdk1.4.2_07\lib\tools.jar' > [cobertura-report] 'net.sourceforge.cobertura.reporting.Main' > [cobertura-report] '--format' > [cobertura-report] 'html' > [cobertura-report] '--datafile' > [cobertura-report] 'bin/cobertura.ser' > [cobertura-report] '--destination' > [cobertura-report] = 'C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\html' > [cobertura-report] '--source' > [cobertura-report] = 'C:\work\project-3.0\vobs\apps_fwrk\davinci_common\src' > [cobertura-report] > [cobertura-report] The ' characters around the executable and = arguments are > [cobertura-report] not part of the command. > dropping C:\C from path as it doesn't exist > dropping C:\C from path as it doesn't exist > [cobertura-report] Reporting time: 1222ms >=20 > BUILD SUCCESSFUL > Total time: 1 minute 0 seconds >=20 >=20 |
|
From: Grzegorz L. <ha...@gm...> - 2005-06-20 20:17:43
|
Hi
I admit that I do not like this solution too much. I think it should
not be implemented. But to defend it a little, I was thinking of this
behaviour:
1) Check if net.something system property is set, and if so - use it
2) If there is no such system property then use hardcoded path
It could be useful for first time users, that was the idea.=20
Grzegorz
On 6/20/05, Mark Doliner <Mar...@sa...> wrote:
> Currently a log4j "info" message is printed, but that's all. Printing a =
warning or an error isn't quite correct, because technically it should be o=
k to create a new cobertura.ser file when running your tests. Technically =
users should be able to create cobertura.ser's all over the place and then =
merge them into one big file at the end when they want to generate their re=
ports.
>=20
> For this same reason, hard coding the location to cobertura.ser as part o=
f the instrumentation may not be a good idea. What if people want to copy =
their instrumented code to other machines? Or even other architectures? T=
he location would likely be different when running on a different system.
>=20
> -Mark
>=20
> > -----Original Message-----
> > From: cob...@li...
> > [mailto:cob...@li...] On
> > Behalf Of Grzegorz Lukasik
> > Sent: Wednesday, June 15, 2005 4:19 PM
> > To: Cob...@li...
> > Subject: Re: [Cobertura-devel] duplicate copies of
> > cobertura.ser file??
> >
> > Or maybe it would be useful if this solution was implemented:
> >
> > During instrumentation the location of created cobertura.ser file is
> > somehow stored inside instrumented classes - for example some
> > additional method CoverageData.setDataFileLocation is called inside
> > static constructor of instrumeted classes. Or maybe some file is
> > created among instrumented classes. This way there is no need for
> > specifiyng the location of this file during runtime.
> >
> > I thought about this solution some time ago, but I am not sure it is
> > right. Any thoughts?
> >
> > Grzegorz
> >
> >
> >
> > On 6/15/05, Mark Doliner <Mar...@sa...> wrote:
> > > It sounds like you need to pass a sysproperty to the Junit
> > task that specifies the location of the cobertura.ser file.
> > Something like
> > > <junit ...>
> > > <sysproperty key=3D"net.sourceforge.cobertura.datafile"
> > > value=3D"${cobertura.file}"/>
> > > </junit>
> > >
> > > Also, the merge tasks has problems in Cobertura 1.3. It
> > should be a better in CVS, but could still use some more testing.
> > > -Mark
> > >
> > >
> > > > -----Original Message-----
> > > > From: cob...@li...
> > > > [mailto:cob...@li...] On
> > > > Behalf Of bastard metheus
> > > > Sent: Wednesday, June 15, 2005 2:14 PM
> > > > To: Cob...@li...
> > > > Subject: [Cobertura-devel] duplicate copies of
> > cobertura.ser file??
> > > >
> > > > I've been working with getting cobertura reports to generate
> > > > properly and so
> > > > far i've noticed that even if i specify the same datafile
> > > > location for both
> > > > cobertura-instrument and cobertura-report tags, an
> > > > additionally coberura.ser
> > > > file is stored 2 directories up from my basedir. This
> > > > additional file causes
> > > > the reports to display 0% (line & branch) coverage. I've
> > > > haven't had any
> > > > luck with the cobertura-merge tag, it doesn't seem to be
> > > > working properly.
> > > > Anyway I've decided to point to the ser file that is 2
> > > > directories up when
> > > > reporting and just move it to a specified locaiton when done
> > > > generating the
> > > > reports. This is a very ugly hack. I was wondering if anyone
> > > > could help me
> > > > find a quick and clean way to handle this such that only one
> > > > file is ever
> > > > generated in the proper location.
> > > >
> > > > Thanks in advance,
> > > > -B
> > > >
> > > > The following is the build target:
> > > >
> > > > <target name=3D"junit" description=3D"Run All JUnit Tests"
> > > > depends=3D"remove-reports">
> > > >
> > > > <!--
> > > > <property name=3D"corbertura.file" value=3D"cobertura.ser" />
> > > > -->
> > > > <echo level=3D"info">Deleting Corbertura SER
> > > > file=3D"${corbertura.file}</echo>
> > > > <delete file=3D"${corbertura.file}"/>
> > > > <echo level=3D"info">Deleting Instruments
> > > > dir=3D"${dir.instruments}"</echo>
> > > > <delete dir=3D"${dir.instruments}" />
> > > >
> > > > <echo level=3D"info">Making Instruments
> > > > Dir=3D"${dir.instruments}"</echo>
> > > > <mkdir dir=3D"${dir.instruments}"/>
> > > >
> > > > <echo level=3D"info">Creating Instruments:
> > > > datafile=3D"${corbertura.file}"
> > > > todir=3D"${dir.instruments}"
> > > > </echo>
> > > >
> > > > <cobertura-instrument datafile=3D"../../${corbertura.file}"
> > > > todir=3D"${dir.instruments}">
> > > > <fileset dir=3D"${dir.classes}">
> > > > <!--
> > > > Instrument all the application
> > > > classes, but
> > > > don't instrument the test classes.
> > > > -->
> > > > <include name=3D"**/*.class" />
> > > > <exclude name=3D"**/*Test.class" />
> > > > </fileset>
> > > > </cobertura-instrument>
> > > >
> > > > <echo level=3D"info">Running JUnit ${dir.test.classes}</echo=
>
> > > > <junit printsummary=3D"yes" haltonerror=3D"${haltonerror}"
> > > > fork=3D"yes"
> > > > showoutput=3D"${showoutput}">
> > > > <classpath location=3D"${dir.instruments}"/>
> > > > <classpath location=3D"${dir.classes}"/>
> > > > <classpath refid=3D"build_classpath"/>
> > > > <jvmarg value=3D"-Xmx${memoryValue}m"/>
> > > >
> > > > <batchtest todir=3D"${dir.reports}"
> > > > haltonerror=3D"${haltonerror}" fork=3D"yes">
> > > > <formatter type=3D"xml"/>
> > > > <fileset dir=3D"${dir.classes}">
> > > > <include name=3D"**/*Test*.class"/>
> > > > <exclude name=3D"**/*$*.class"/>
> > > > </fileset>
> > > > </batchtest>
> > > > </junit>
> > > >
> > > > <echo level=3D"info">Making
> > > > dir=3D"${dir.reports.artifacts}/cobertura"</echo>
> > > > <mkdir dir=3D"${dir.reports.artifacts}/cobertura"/>
> > > > <cobertura-report format=3D"html"
> > > > datafile=3D"../../${corbertura.file}"
> > > > srcdir=3D"${dir.src}"
> > > > destdir=3D"${dir.reports.artifacts}/cobertura"/>
> > > >
> > > > <move file=3D"../../cobertura.ser"
> > > > todir=3D"bin/test/reports/artifacts/cobertura"/>
> > > >
> > > > <antcall target=3D"archive"/>
> > > > </target>
> > >
> > >
> > > -------------------------------------------------------
> > > 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
> > >
> >
> >
> > -------------------------------------------------------
> > 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
> >
>
|
|
From: Aronson, J. <Joh...@ap...> - 2005-06-20 18:02:27
|
Hi,
I'm evaluating your project, I like it so far but I'm having a problem =
with the report.
The Line and Branch Coverage columns are all N/A, although the =
Complexity was calculated. The report says that the N/A values can =
happen when the class files don't have debug info. Yet the debug flag is =
on and I don't see a complaint from the cobertura instrument task. I =
tried running ant in verbose mode, but I didn't see anything suspicious.
Is there something else beside no debug info which can cause the =
coverage to be N/A?
John Aronson
Verbose Output from Ant
C:\work\project-3.0\vobs\apps_fwrk\davinci_common>ant -v test report
Apache Ant version 1.6.5 compiled on June 2 2005
Buildfile: build.xml
Detected Java version: 1.4 in: C:\j2sdk1.4.2_07\jre
Detected OS: Windows XP
parsing buildfile =
C:\work\project-3.0\vobs\apps_fwrk\davinci_common\build.xml wi
th URI =3D =
file:///C:/work/project-3.0/vobs/apps_fwrk/davinci_common/build.xml
Project base dir set to: =
C:\work\project-3.0\vobs\apps_fwrk\davinci_common
[property] Loading =
C:\work\project-3.0\vobs\apps_fwrk\davinci_common\proj.prope
rties
dropping C:\work\project-3.0\vobs\apps_fwrk\davinci_common\cobertura.jar =
from pa
th as it doesn't exist
Build sequence for target(s) `test' is [init, test]
Complete build sequence is [init, test, report, clean, compile, build, ]
init:
test:
[echo] TESTING davinci_common
[cobertura-instrument] =
com\apl\blueocean\davinci\common\management\ManagementTes
t.class added as =
com/apl/blueocean/davinci/common/management/ManagementTest.clas
s doesn't exist.
[cobertura-instrument] =
com\apl\blueocean\davinci\common\management\ManagementTes
tMBean.class added as =
com/apl/blueocean/davinci/common/management/ManagementTest
MBean.class doesn't exist.
[cobertura-instrument] =
com\apl\blueocean\davinci\logging\ExceptionIds.class adde
d as com/apl/blueocean/davinci/logging/ExceptionIds.class doesn't exist.
[cobertura-instrument] =
com\apl\blueocean\davinci\logging\JRasLogger.class added
as com/apl/blueocean/davinci/logging/JRasLogger.class doesn't exist.
[cobertura-instrument] =
com\apl\blueocean\davinci\logging\Log4JLogger.class added
as com/apl/blueocean/davinci/logging/Log4JLogger.class doesn't exist.
[cobertura-instrument] com\apl\blueocean\davinci\logging\Logger.class =
added as c
om/apl/blueocean/davinci/logging/Logger.class doesn't exist.
[cobertura-instrument] =
com\apl\blueocean\davinci\logging\LoggerException.class a
dded as com/apl/blueocean/davinci/logging/LoggerException.class doesn't =
exist.
[cobertura-instrument] =
com\apl\blueocean\davinci\logging\LoggerManager.class add
ed as com/apl/blueocean/davinci/logging/LoggerManager.class doesn't =
exist.
[cobertura-instrument] =
com\apl\blueocean\davinci\logging\LoggerManagerMBean.clas
s added as com/apl/blueocean/davinci/logging/LoggerManagerMBean.class =
doesn't ex
ist.
[cobertura-instrument] =
com\apl\blueocean\davinci\management\ExceptionIds.class a
dded as com/apl/blueocean/davinci/management/ExceptionIds.class doesn't =
exist.
[cobertura-instrument] =
com\apl\blueocean\davinci\management\ManagementException.
class added as =
com/apl/blueocean/davinci/management/ManagementException.class do
esn't exist.
[cobertura-instrument] =
com\apl\blueocean\davinci\management\ManagementService.cl
ass added as =
com/apl/blueocean/davinci/management/ManagementService.class doesn'
t exist.
[cobertura-instrument] =
com\apl\blueocean\davinci\management\ManagementServiceCon
stants.class added as =
com/apl/blueocean/davinci/management/ManagementServiceCons
tants.class doesn't exist.
[cobertura-instrument] =
com\apl\blueocean\davinci\management\ManagementServiceMBe
an.class added as =
com/apl/blueocean/davinci/management/ManagementServiceMBean.cl
ass doesn't exist.
[cobertura-instrument] =
com\apl\blueocean\davinci\properties\BasicPropertiesMap.c
lass added as =
com/apl/blueocean/davinci/properties/BasicPropertiesMap.class does
n't exist.
[cobertura-instrument] =
com\apl\blueocean\davinci\properties\ExceptionIds.class a
dded as com/apl/blueocean/davinci/properties/ExceptionIds.class doesn't =
exist.
[cobertura-instrument] =
com\apl\blueocean\davinci\properties\PropertiesMap.class
added as com/apl/blueocean/davinci/properties/PropertiesMap.class =
doesn't exist.
[cobertura-instrument] com\apl\blueocean\davinci\properties\Props.class =
added as
com/apl/blueocean/davinci/properties/Props.class doesn't exist.
[cobertura-instrument] =
com\apl\blueocean\davinci\properties\PropsException.class
added as com/apl/blueocean/davinci/properties/PropsException.class =
doesn't exis
t.
[cobertura-instrument] =
com\apl\blueocean\davinci\properties\PropsManager.class a
dded as com/apl/blueocean/davinci/properties/PropsManager.class doesn't =
exist.
[cobertura-instrument] =
com\apl\blueocean\davinci\properties\PropsManagerMBean.cl
ass added as =
com/apl/blueocean/davinci/properties/PropsManagerMBean.class doesn'
t exist.
[cobertura-instrument] com\apl\davinci\common\CommonConstants.class =
added as com
/apl/davinci/common/CommonConstants.class doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\constants\ParameterList.class adde
d as com/apl/davinci/common/constants/ParameterList.class doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\context\ContextException.class add
ed as com/apl/davinci/common/context/ContextException.class doesn't =
exist.
[cobertura-instrument] com\apl\davinci\common\context\EbizContext.class =
added as
com/apl/davinci/common/context/EbizContext.class doesn't exist.
[cobertura-instrument] com\apl\davinci\common\context\ErrorContext.class =
added a
s com/apl/davinci/common/context/ErrorContext.class doesn't exist.
[cobertura-instrument] com\apl\davinci\common\context\ExceptionIds.class =
added a
s com/apl/davinci/common/context/ExceptionIds.class doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\context\MessageContext.class added
as com/apl/davinci/common/context/MessageContext.class doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\context\OrganizationContext.class
added as com/apl/davinci/common/context/OrganizationContext.class =
doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\context\ProducerContext.class adde
d as com/apl/davinci/common/context/ProducerContext.class doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\context\TargetContext.class added
as com/apl/davinci/common/context/TargetContext.class doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\context\TransactionContext.class a
dded as com/apl/davinci/common/context/TransactionContext.class doesn't =
exist.
[cobertura-instrument] com\apl\davinci\common\context\UserContext.class =
added as
com/apl/davinci/common/context/UserContext.class doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\db\AbstractDatabaseConnectionSourc
e.class added as =
com/apl/davinci/common/db/AbstractDatabaseConnectionSource.clas
s doesn't exist.
[cobertura-instrument] com\apl\davinci\common\db\CallerData.class added =
as com/a
pl/davinci/common/db/CallerData.class doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\db\ConnectionPoolSource.class adde
d as com/apl/davinci/common/db/ConnectionPoolSource.class doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\db\DataSourceConnectionSource.clas
s added as com/apl/davinci/common/db/DataSourceConnectionSource.class =
doesn't ex
ist.
[cobertura-instrument] =
com\apl\davinci\common\db\DatabaseConnectionService.class
added as com/apl/davinci/common/db/DatabaseConnectionService.class =
doesn't exis
t.
[cobertura-instrument] =
com\apl\davinci\common\db\DatabaseConnectionSource.class
added as com/apl/davinci/common/db/DatabaseConnectionSource.class =
doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\db\DatabaseConnectionSourceJmx.cla
ss added as com/apl/davinci/common/db/DatabaseConnectionSourceJmx.class =
doesn't
exist.
[cobertura-instrument] =
com\apl\davinci\common\db\DatabaseConnectionSourceJmxMBea
n.class added as =
com/apl/davinci/common/db/DatabaseConnectionSourceJmxMBean.clas
s doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\db\DatabaseServiceException.class
added as com/apl/davinci/common/db/DatabaseServiceException.class =
doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\db\DatabaseServiceExceptionID.clas
s added as com/apl/davinci/common/db/DatabaseServiceExceptionID.class =
doesn't ex
ist.
[cobertura-instrument] =
com\apl\davinci\common\db\GenericPooledConnectionSource.c
lass added as =
com/apl/davinci/common/db/GenericPooledConnectionSource.class does
n't exist.
[cobertura-instrument] =
com\apl\davinci\common\db\JDBCConnectionSource.class adde
d as com/apl/davinci/common/db/JDBCConnectionSource.class doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\db\OraclePooledConnectionSource.cl
ass added as =
com/apl/davinci/common/db/OraclePooledConnectionSource.class doesn'
t exist.
[cobertura-instrument] =
com\apl\davinci\common\exceptions\BaseException.class add
ed as com/apl/davinci/common/exceptions/BaseException.class doesn't =
exist.
[cobertura-instrument] =
com\apl\davinci\common\exceptions\BaseExceptionIds.class
added as com/apl/davinci/common/exceptions/BaseExceptionIds.class =
doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\exceptions\ExceptionConsts.class a
dded as com/apl/davinci/common/exceptions/ExceptionConsts.class doesn't =
exist.
[cobertura-instrument] =
com\apl\davinci\common\exceptions\LoggingException.class
added as com/apl/davinci/common/exceptions/LoggingException.class =
doesn't exist.
[cobertura-instrument] com\apl\davinci\common\messages\Message.class =
added as co
m/apl/davinci/common/messages/Message.class doesn't exist.
[cobertura-instrument] com\apl\davinci\common\messages\Messages.class =
added as c
om/apl/davinci/common/messages/Messages.class doesn't exist.
[cobertura-instrument] com\apl\davinci\common\util\BooleanFlag.class =
added as co
m/apl/davinci/common/util/BooleanFlag.class doesn't exist.
[cobertura-instrument] com\apl\davinci\common\util\EbizUID.class added =
as com/ap
l/davinci/common/util/EbizUID.class doesn't exist.
[cobertura-instrument] com\apl\davinci\common\util\ExceptionIds.class =
added as c
om/apl/davinci/common/util/ExceptionIds.class doesn't exist.
[cobertura-instrument] com\apl\davinci\common\util\MassagingUser.class =
added as
com/apl/davinci/common/util/MassagingUser.class doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\util\ReadOnlyHashtable.class added
as com/apl/davinci/common/util/ReadOnlyHashtable.class doesn't exist.
[cobertura-instrument] com\apl\davinci\common\util\StackUtils.class =
added as com
/apl/davinci/common/util/StackUtils.class doesn't exist.
[cobertura-instrument] com\apl\davinci\common\util\Validations.class =
added as co
m/apl/davinci/common/util/Validations.class doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\util\ValidationsInterface.class ad
ded as com/apl/davinci/common/util/ValidationsInterface.class doesn't =
exist.
[cobertura-instrument] com\apl\davinci\common\util\XMLQuery.class added =
as com/a
pl/davinci/common/util/XMLQuery.class doesn't exist.
[cobertura-instrument] =
com\apl\davinci\common\util\XMLQueryException.class added
as com/apl/davinci/common/util/XMLQueryException.class doesn't exist.
[cobertura-instrument] =
com\apl\davinci\unittest\common\db\DatabaseConnectionServ
iceTest.class added as =
com/apl/davinci/unittest/common/db/DatabaseConnectionServ
iceTest.class doesn't exist.
[cobertura-instrument] =
com\apl\davinci\unittest\common\db\DatabaseConnectionSour
ceJmx.class added as =
com/apl/davinci/unittest/common/db/DatabaseConnectionSource
Jmx.class doesn't exist.
[cobertura-instrument] =
com\apl\davinci\unittest\common\logging\LoggerTest.class
added as com/apl/davinci/unittest/common/logging/LoggerTest.class =
doesn't exist.
[cobertura-instrument] =
com\apl\davinci\unittest\common\logging\TestSuite.class a
dded as com/apl/davinci/unittest/common/logging/TestSuite.class doesn't =
exist.
[cobertura-instrument] =
com\apl\davinci\unittest\common\properties\PropsTest.clas
s added as com/apl/davinci/unittest/common/properties/PropsTest.class =
doesn't ex
ist.
[cobertura-instrument] =
com\apl\davinci\unittest\common\properties\TestSuite.clas
s added as com/apl/davinci/unittest/common/properties/TestSuite.class =
doesn't ex
ist.
Adding com\apl\davinci\common\util\ReadOnlyHashtable.class to list
Adding com\apl\davinci\common\exceptions\ExceptionConsts.class to list
Adding com\apl\blueocean\davinci\properties\ExceptionIds.class to list
Adding com\apl\blueocean\davinci\properties\BasicPropertiesMap.class to =
list
Adding com\apl\davinci\common\util\Validations.class to list
Adding com\apl\davinci\common\db\DatabaseConnectionSourceJmxMBean.class =
to list
Adding com\apl\davinci\common\exceptions\LoggingException.class to list
Adding com\apl\blueocean\davinci\logging\LoggerManagerMBean.class to =
list
Adding com\apl\davinci\common\db\CallerData.class to list
Adding com\apl\davinci\common\db\DatabaseConnectionSource.class to list
Adding com\apl\blueocean\davinci\logging\JRasLogger.class to list
Adding com\apl\blueocean\davinci\management\ManagementService.class to =
list
Adding com\apl\davinci\common\context\ErrorContext.class to list
Adding com\apl\davinci\common\db\DatabaseServiceException.class to list
Adding com\apl\blueocean\davinci\management\ManagementServiceMBean.class =
to list
Adding com\apl\davinci\unittest\common\properties\TestSuite.class to =
list
Adding com\apl\davinci\unittest\common\properties\PropsTest.class to =
list
Adding com\apl\davinci\common\util\ValidationsInterface.class to list
Adding com\apl\blueocean\davinci\properties\Props.class to list
Adding com\apl\blueocean\davinci\properties\PropsManagerMBean.class to =
list
Adding com\apl\davinci\common\util\StackUtils.class to list
Adding com\apl\davinci\common\context\EbizContext.class to list
Adding com\apl\davinci\common\context\UserContext.class to list
Adding com\apl\davinci\common\util\XMLQuery.class to list
Adding =
com\apl\blueocean\davinci\management\ManagementServiceConstants.class to
list
Adding com\apl\davinci\common\db\OraclePooledConnectionSource.class to =
list
Adding com\apl\davinci\common\CommonConstants.class to list
Adding com\apl\blueocean\davinci\common\management\ManagementTest.class =
to list
Adding com\apl\davinci\common\context\MessageContext.class to list
Adding com\apl\davinci\common\db\DataSourceConnectionSource.class to =
list
Adding com\apl\davinci\common\util\MassagingUser.class to list
Adding com\apl\blueocean\davinci\logging\ExceptionIds.class to list
Adding com\apl\davinci\common\context\ExceptionIds.class to list
Adding =
com\apl\davinci\unittest\common\db\DatabaseConnectionServiceTest.class =
to
list
Adding com\apl\davinci\common\db\GenericPooledConnectionSource.class to =
list
Adding com\apl\davinci\common\exceptions\BaseExceptionIds.class to list
Adding com\apl\davinci\common\context\ProducerContext.class to list
Adding com\apl\davinci\unittest\common\logging\TestSuite.class to list
Adding com\apl\blueocean\davinci\logging\LoggerException.class to list
Adding com\apl\davinci\common\db\DatabaseConnectionService.class to list
Adding com\apl\blueocean\davinci\properties\PropertiesMap.class to list
Adding com\apl\blueocean\davinci\management\ExceptionIds.class to list
Adding com\apl\davinci\common\context\OrganizationContext.class to list
Adding com\apl\davinci\common\exceptions\BaseException.class to list
Adding com\apl\davinci\common\util\ExceptionIds.class to list
Adding com\apl\davinci\common\util\EbizUID.class to list
Adding =
com\apl\davinci\unittest\common\db\DatabaseConnectionSourceJmx.class to =
l
ist
Adding com\apl\davinci\common\context\TransactionContext.class to list
Adding com\apl\blueocean\davinci\properties\PropsManager.class to list
Adding com\apl\davinci\common\db\DatabaseServiceExceptionID.class to =
list
Adding com\apl\blueocean\davinci\logging\Logger.class to list
Adding com\apl\davinci\unittest\common\logging\LoggerTest.class to list
Adding com\apl\blueocean\davinci\logging\LoggerManager.class to list
Adding com\apl\davinci\common\messages\Message.class to list
Adding com\apl\blueocean\davinci\management\ManagementException.class to =
list
Adding com\apl\davinci\common\context\TargetContext.class to list
Adding com\apl\davinci\common\util\BooleanFlag.class to list
Adding com\apl\davinci\common\messages\Messages.class to list
Adding com\apl\davinci\common\db\ConnectionPoolSource.class to list
Adding com\apl\davinci\common\db\AbstractDatabaseConnectionSource.class =
to list
Adding =
com\apl\blueocean\davinci\common\management\ManagementTestMBean.class to
list
Adding com\apl\davinci\common\context\ContextException.class to list
Adding com\apl\davinci\common\constants\ParameterList.class to list
Adding com\apl\blueocean\davinci\properties\PropsException.class to list
Adding com\apl\davinci\common\db\DatabaseConnectionSourceJmx.class to =
list
Adding com\apl\davinci\common\db\JDBCConnectionSource.class to list
Adding com\apl\davinci\common\util\XMLQueryException.class to list
Adding com\apl\blueocean\davinci\logging\Log4JLogger.class to list
[cobertura-instrument] Cobertura 1.4
[cobertura-instrument] The copyright for this program is retained by its =
contrib
utors
[cobertura-instrument] See the included COPYRIGHT file for a complete =
list of co
ntributors
[cobertura-instrument] Cobertura is licensed under the GNU General =
Public Licens
e
[cobertura-instrument] Cobertura comes with ABSOLUTELY NO WARRANTY
[cobertura-instrument] instrumenting 68 classes to =
C:\work\project-3.0\vobs\apps
_fwrk\davinci_common\bin\instrument
dropping C:\C from path as it doesn't exist
dropping C:\C from path as it doesn't exist
[cobertura-instrument] Executing 'C:\j2sdk1.4.2_07\jre\bin\java.exe' =
with argume
nts:
[cobertura-instrument] '-classpath'
[cobertura-instrument] =
'C:\java\apache-ant-1.6.5\lib\ant-antlr.jar;C:\java\apach
e-ant-1.6.5\lib\ant-apache-bcel.jar;C:\java\apache-ant-1.6.5\lib\ant-apac=
he-bsf.
jar;C:\java\apache-ant-1.6.5\lib\ant-apache-log4j.jar;C:\java\apache-ant-=
1.6.5\l
ib\ant-apache-oro.jar;C:\java\apache-ant-1.6.5\lib\ant-apache-regexp.jar;=
C:\java
\apache-ant-1.6.5\lib\ant-apache-resolver.jar;C:\java\apache-ant-1.6.5\li=
b\ant-c
ommons-logging.jar;C:\java\apache-ant-1.6.5\lib\ant-commons-net.jar;C:\ja=
va\apac
he-ant-1.6.5\lib\ant-icontract.jar;C:\java\apache-ant-1.6.5\lib\ant-jai.j=
ar;C:\j
ava\apache-ant-1.6.5\lib\ant-javamail.jar;C:\java\apache-ant-1.6.5\lib\an=
t-jdepe
nd.jar;C:\java\apache-ant-1.6.5\lib\ant-jmf.jar;C:\java\apache-ant-1.6.5\=
lib\ant
-jsch.jar;C:\java\apache-ant-1.6.5\lib\ant-junit.jar;C:\java\apache-ant-1=
.6.5\li
b\ant-launcher.jar;C:\java\apache-ant-1.6.5\lib\ant-netrexx.jar;C:\java\a=
pache-a
nt-1.6.5\lib\ant-nodeps.jar;C:\java\apache-ant-1.6.5\lib\ant-starteam.jar=
;C:\jav
a\apache-ant-1.6.5\lib\ant-stylebook.jar;C:\java\apache-ant-1.6.5\lib\ant=
-swing.
jar;C:\java\apache-ant-1.6.5\lib\ant-trax.jar;C:\java\apache-ant-1.6.5\li=
b\ant-v
aj.jar;C:\java\apache-ant-1.6.5\lib\ant-weblogic.jar;C:\java\apache-ant-1=
.6.5\li
b\ant-xalan1.jar;C:\java\apache-ant-1.6.5\lib\ant-xslp.jar;C:\java\apache=
-ant-1.
6.5\lib\ant.jar;C:\java\apache-ant-1.6.5\lib\asm-2.0.RC1.jar;C:\java\apac=
he-ant-
1.6.5\lib\autopilot-core.jar;C:\java\apache-ant-1.6.5\lib\ccl.jar;C:\java=
\apache
-ant-1.6.5\lib\cobertura.jar;C:\java\apache-ant-1.6.5\lib\jakarta-oro-2.0=
.8.jar;
C:\java\apache-ant-1.6.5\lib\java-getopt-1.0.9.jar;C:\java\apache-ant-1.6=
.5\lib\
javancss.jar;C:\java\apache-ant-1.6.5\lib\junit-3.8.1.jar;C:\java\apache-=
ant-1.6
.5\lib\log4j-1.2.9.jar;C:\java\apache-ant-1.6.5\lib\mailapi.jar;C:\java\a=
pache-a
nt-1.6.5\lib\wsanttasks.jar;C:\java\apache-ant-1.6.5\lib\xercesImpl.jar;C=
:\java\
apache-ant-1.6.5\lib\xml-apis.jar;C:\j2sdk1.4.2_07\lib\tools.jar'
[cobertura-instrument] 'net.sourceforge.cobertura.instrument.Main'
[cobertura-instrument] '--commandsfile'
[cobertura-instrument] =
'C:\DOCUME~1\John\LOCALS~1\Temp\cobertura.39358.cmdline'
[cobertura-instrument]
[cobertura-instrument] The ' characters around the executable and =
arguments are
[cobertura-instrument] not part of the command.
dropping C:\C from path as it doesn't exist
dropping C:\C from path as it doesn't exist
[cobertura-instrument] Instrument time: 681ms
[junit] Running multiple tests in the same VM
[junit] Implicitly adding =
C:\java\apache-ant-1.6.5\lib\junit-3.8.1.jar;C:\ja
va\apache-ant-1.6.5\lib\ant-launcher.jar;C:\java\apache-ant-1.6.5\lib\ant=
.jar;C:
\java\apache-ant-1.6.5\lib\ant-junit.jar to CLASSPATH
[junit] Running com.apl.davinci.unittest.common.properties.PropsTest
[junit] Executing 'C:\j2sdk1.4.2_07\jre\bin\java.exe' with =
arguments:
[junit] =
'-Dnet.sourceforge.cobertura.datafile=3DC:\work\project-3.0\vobs\apps_
fwrk\davinci_common\bin\cobertura.ser'
[junit] '-classpath'
[junit] =
'C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument;C:
\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com;C:\wor=
k\proje
ct-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com\apl;C:\work\proje=
ct-3.0\
vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\blueocean;C:\work\pr=
oject-3
.0\vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\blueocean\davinci=
;C:\wor
k\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\blueoc=
ean\dav
inci\common;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrum=
ent\com
\apl\blueocean\davinci\common\management;C:\work\project-3.0\vobs\apps_fw=
rk\davi
nci_common\bin\instrument\com\apl\blueocean\davinci\logging;C:\work\proje=
ct-3.0\
vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\blueocean\davinci\ma=
nagemen
t;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com\ap=
l\blueo
cean\davinci\properties;C:\work\project-3.0\vobs\apps_fwrk\davinci_common=
\bin\in
strument\com\apl\davinci;C:\work\project-3.0\vobs\apps_fwrk\davinci_commo=
n\bin\i
nstrument\com\apl\davinci\common;C:\work\project-3.0\vobs\apps_fwrk\davin=
ci_comm
on\bin\instrument\com\apl\davinci\common\context;C:\work\project-3.0\vobs=
\apps_f
wrk\davinci_common\bin\instrument\com\apl\davinci\common\db;C:\work\proje=
ct-3.0\
vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\davinci\common\excep=
tions;C
:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\d=
avinci\
common\messages;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\ins=
trument
\com\apl\davinci\common\util;C:\work\project-3.0\vobs\apps_fwrk\davinci_c=
ommon\b
in\instrument\com\apl\davinci\unittest;C:\work\project-3.0\vobs\apps_fwrk=
\davinc
i_common\bin\instrument\com\apl\davinci\unittest\common;C:\work\project-3=
.0\vobs
\apps_fwrk\davinci_common\bin\instrument\com\apl\davinci\unittest\common\=
db;C:\w
ork\project-3.0\vobs\apps_fwrk\davinci_common\bin\instrument\com\apl\davi=
nci\uni
ttest\common\logging;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bi=
n\instr
ument\com\apl\davinci\unittest\common\properties;C:\work\project-3.0\vobs=
\apps_f
wrk\davinci_common\bin\classes;C:\work\project-3.0\vobs\apps_fwrk\davinci=
_common
\bin\classes\com;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\cl=
asses\c
om\apl;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\classes\com\=
apl\blu
eocean;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\classes\com\=
apl\blu
eocean\davinci;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\clas=
ses\com
\apl\blueocean\davinci\common;C:\work\project-3.0\vobs\apps_fwrk\davinci_=
common\
bin\classes\com\apl\blueocean\davinci\common\management;C:\work\project-3=
.0\vobs
\apps_fwrk\davinci_common\bin\classes\com\apl\blueocean\davinci\logging;C=
:\work\
project-3.0\vobs\apps_fwrk\davinci_common\bin\classes\com\apl\blueocean\d=
avinci\
management;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\classes\=
com\apl
\blueocean\davinci\properties;C:\work\project-3.0\vobs\apps_fwrk\davinci_=
common\
bin\classes\com\apl\davinci;C:\work\project-3.0\vobs\apps_fwrk\davinci_co=
mmon\bi
n\classes\com\apl\davinci\common;C:\work\project-3.0\vobs\apps_fwrk\davin=
ci_comm
on\bin\classes\com\apl\davinci\common\constants;C:\work\project-3.0\vobs\=
apps_fw
rk\davinci_common\bin\classes\com\apl\davinci\common\context;C:\work\proj=
ect-3.0
\vobs\apps_fwrk\davinci_common\bin\classes\com\apl\davinci\common\db;C:\w=
ork\pro
ject-3.0\vobs\apps_fwrk\davinci_common\bin\classes\com\apl\davinci\common=
\except
ions;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\classes\com\ap=
l\davin
ci\common\messages;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\=
classes
\com\apl\davinci\common\util;C:\work\project-3.0\vobs\apps_fwrk\davinci_c=
ommon\b
in\classes\com\apl\davinci\unittest;C:\work\project-3.0\vobs\apps_fwrk\da=
vinci_c
ommon\bin\classes\com\apl\davinci\unittest\common;C:\work\project-3.0\vob=
s\apps_
fwrk\davinci_common\bin\classes\com\apl\davinci\unittest\common\db;C:\wor=
k\proje
ct-3.0\vobs\apps_fwrk\davinci_common\bin\classes\com\apl\davinci\unittest=
\common
\logging;C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\classes\co=
m\apl\d
avinci\unittest\common\properties;C:\work\project-3.0\vobs\apps_fwrk\davi=
nci_com
mon\test\resource;C:\work\project-3.0\vobs\apps_fwrk\external_jars\lib\ex=
t\admin
.jar;C:\work\project-3.0\vobs\apps_fwrk\external_jars\lib\ext\db2j.jar;C:=
\work\p
roject-3.0\vobs\apps_fwrk\external_jars\lib\ext\db2jcc.jar;C:\work\projec=
t-3.0\v
obs\apps_fwrk\external_jars\lib\ext\db2jcc_license_cu.jar;C:\work\project=
-3.0\vo
bs\apps_fwrk\external_jars\lib\ext\jmxc.jar;C:\work\project-3.0\vobs\apps=
_fwrk\e
xternal_jars\lib\ext\jmxri.jar;C:\work\project-3.0\vobs\apps_fwrk\externa=
l_jars\
lib\ext\jmxtools.jar;C:\work\project-3.0\vobs\apps_fwrk\external_jars\lib=
\ext\ju
nit.jar;C:\work\project-3.0\vobs\apps_fwrk\external_jars\lib\ext\log4j-1.=
2.9.jar
;C:\work\project-3.0\vobs\apps_fwrk\external_jars\lib\ext\ojdbc14.jar;C:\=
work\pr
oject-3.0\vobs\apps_fwrk\external_jars\lib\ext\ccl.jar;C:\work\project-3.=
0\vobs\
apps_fwrk\external_jars\lib\ext\cobertura.jar;C:\work\project-3.0\vobs\ap=
ps_fwrk
\external_jars\lib\ext\javancss.jar;C:\java\apache-ant-1.6.5\lib\junit-3.=
8.1.jar
;C:\java\apache-ant-1.6.5\lib\ant-launcher.jar;C:\java\apache-ant-1.6.5\l=
ib\ant.
jar;C:\java\apache-ant-1.6.5\lib\ant-junit.jar'
[junit] =
'org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner'
[junit] =
'testsfile=3DC:\work\project-3.0\vobs\apps_fwrk\davinci_common\junitte
stcases510608256.properties'
[junit] 'filtertrace=3Dtrue'
[junit] 'haltOnError=3Dfalse'
[junit] 'haltOnFailure=3Dfalse'
[junit] =
'formatter=3Dorg.apache.tools.ant.taskdefs.optional.junit.SummaryJUnit
ResultFormatter'
[junit] 'showoutput=3Dfalse'
[junit] =
'formatter=3Dorg.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResu
ltFormatter,C:\work\project-3.0\vobs\apps_fwrk\docs\testresult\IGNORETHIS=
.xml'
[junit] =
'propsfile=3DC:\work\project-3.0\vobs\apps_fwrk\davinci_common\junit14
09959285.properties'
[junit]
[junit] The ' characters around the executable and arguments are
[junit] not part of the command.
[junit] Tests run: 3, Failures: 2, Errors: 0, Time elapsed: 55.89 =
sec
[junit] TEST =
com.apl.davinci.unittest.common.db.DatabaseConnectionServiceTes
t FAILED
[junit] Tests run: 26, Failures: 0, Errors: 0, Time elapsed: 0.061 =
sec
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.02 sec
[junit] Tests FAILED
Build sequence for target(s) `report' is [report]
Complete build sequence is [report, init, clean, compile, build, test, ]
report:
[cobertura-report] Cobertura 1.4
[cobertura-report] The copyright for this program is retained by its =
contributor
s
[cobertura-report] See the included COPYRIGHT file for a complete list =
of contri
butors
[cobertura-report] Cobertura is licensed under the GNU General Public =
License
[cobertura-report] Cobertura comes with ABSOLUTELY NO WARRANTY
dropping C:\C from path as it doesn't exist
dropping C:\C from path as it doesn't exist
[cobertura-report] Executing 'C:\j2sdk1.4.2_07\jre\bin\java.exe' with =
arguments:
[cobertura-report] '-classpath'
[cobertura-report] =
'C:\java\apache-ant-1.6.5\lib\ant-antlr.jar;C:\java\apache-an
t-1.6.5\lib\ant-apache-bcel.jar;C:\java\apache-ant-1.6.5\lib\ant-apache-b=
sf.jar;
C:\java\apache-ant-1.6.5\lib\ant-apache-log4j.jar;C:\java\apache-ant-1.6.=
5\lib\a
nt-apache-oro.jar;C:\java\apache-ant-1.6.5\lib\ant-apache-regexp.jar;C:\j=
ava\apa
che-ant-1.6.5\lib\ant-apache-resolver.jar;C:\java\apache-ant-1.6.5\lib\an=
t-commo
ns-logging.jar;C:\java\apache-ant-1.6.5\lib\ant-commons-net.jar;C:\java\a=
pache-a
nt-1.6.5\lib\ant-icontract.jar;C:\java\apache-ant-1.6.5\lib\ant-jai.jar;C=
:\java\
apache-ant-1.6.5\lib\ant-javamail.jar;C:\java\apache-ant-1.6.5\lib\ant-jd=
epend.j
ar;C:\java\apache-ant-1.6.5\lib\ant-jmf.jar;C:\java\apache-ant-1.6.5\lib\=
ant-jsc
h.jar;C:\java\apache-ant-1.6.5\lib\ant-junit.jar;C:\java\apache-ant-1.6.5=
\lib\an
t-launcher.jar;C:\java\apache-ant-1.6.5\lib\ant-netrexx.jar;C:\java\apach=
e-ant-1
.6.5\lib\ant-nodeps.jar;C:\java\apache-ant-1.6.5\lib\ant-starteam.jar;C:\=
java\ap
ache-ant-1.6.5\lib\ant-stylebook.jar;C:\java\apache-ant-1.6.5\lib\ant-swi=
ng.jar;
C:\java\apache-ant-1.6.5\lib\ant-trax.jar;C:\java\apache-ant-1.6.5\lib\an=
t-vaj.j
ar;C:\java\apache-ant-1.6.5\lib\ant-weblogic.jar;C:\java\apache-ant-1.6.5=
\lib\an
t-xalan1.jar;C:\java\apache-ant-1.6.5\lib\ant-xslp.jar;C:\java\apache-ant=
-1.6.5\
lib\ant.jar;C:\java\apache-ant-1.6.5\lib\asm-2.0.RC1.jar;C:\java\apache-a=
nt-1.6.
5\lib\autopilot-core.jar;C:\java\apache-ant-1.6.5\lib\ccl.jar;C:\java\apa=
che-ant
-1.6.5\lib\cobertura.jar;C:\java\apache-ant-1.6.5\lib\jakarta-oro-2.0.8.j=
ar;C:\j
ava\apache-ant-1.6.5\lib\java-getopt-1.0.9.jar;C:\java\apache-ant-1.6.5\l=
ib\java
ncss.jar;C:\java\apache-ant-1.6.5\lib\junit-3.8.1.jar;C:\java\apache-ant-=
1.6.5\l
ib\log4j-1.2.9.jar;C:\java\apache-ant-1.6.5\lib\mailapi.jar;C:\java\apach=
e-ant-1
.6.5\lib\wsanttasks.jar;C:\java\apache-ant-1.6.5\lib\xercesImpl.jar;C:\ja=
va\apac
he-ant-1.6.5\lib\xml-apis.jar;C:\j2sdk1.4.2_07\lib\tools.jar'
[cobertura-report] 'net.sourceforge.cobertura.reporting.Main'
[cobertura-report] '--format'
[cobertura-report] 'html'
[cobertura-report] '--datafile'
[cobertura-report] 'bin/cobertura.ser'
[cobertura-report] '--destination'
[cobertura-report] =
'C:\work\project-3.0\vobs\apps_fwrk\davinci_common\bin\html'
[cobertura-report] '--source'
[cobertura-report] =
'C:\work\project-3.0\vobs\apps_fwrk\davinci_common\src'
[cobertura-report]
[cobertura-report] The ' characters around the executable and arguments =
are
[cobertura-report] not part of the command.
dropping C:\C from path as it doesn't exist
dropping C:\C from path as it doesn't exist
[cobertura-report] Reporting time: 1222ms
BUILD SUCCESSFUL
Total time: 1 minute 0 seconds
|
|
From: Mark D. <Mar...@sa...> - 2005-06-20 15:12:36
|
Currently a log4j "info" message is printed, but that's all. Printing a =
warning or an error isn't quite correct, because technically it should =
be ok to create a new cobertura.ser file when running your tests. =
Technically users should be able to create cobertura.ser's all over the =
place and then merge them into one big file at the end when they want to =
generate their reports.
For this same reason, hard coding the location to cobertura.ser as part =
of the instrumentation may not be a good idea. What if people want to =
copy their instrumented code to other machines? Or even other =
architectures? The location would likely be different when running on a =
different system.
-Mark
> -----Original Message-----
> From: cob...@li...=20
> [mailto:cob...@li...] On=20
> Behalf Of Grzegorz Lukasik
> Sent: Wednesday, June 15, 2005 4:19 PM
> To: Cob...@li...
> Subject: Re: [Cobertura-devel] duplicate copies of=20
> cobertura.ser file??
>=20
> Or maybe it would be useful if this solution was implemented:
>=20
> During instrumentation the location of created cobertura.ser file is
> somehow stored inside instrumented classes - for example some
> additional method CoverageData.setDataFileLocation is called inside
> static constructor of instrumeted classes. Or maybe some file is
> created among instrumented classes. This way there is no need for
> specifiyng the location of this file during runtime.
>=20
> I thought about this solution some time ago, but I am not sure it is
> right. Any thoughts?
>=20
> Grzegorz
>=20
>=20
>=20
> On 6/15/05, Mark Doliner <Mar...@sa...> wrote:
> > It sounds like you need to pass a sysproperty to the Junit=20
> task that specifies the location of the cobertura.ser file. =20
> Something like
> > <junit ...>
> > <sysproperty key=3D"net.sourceforge.cobertura.datafile"
> > value=3D"${cobertura.file}"/>
> > </junit>
> >=20
> > Also, the merge tasks has problems in Cobertura 1.3. It=20
> should be a better in CVS, but could still use some more testing.
> > -Mark
> >=20
> >=20
> > > -----Original Message-----
> > > From: cob...@li...
> > > [mailto:cob...@li...] On
> > > Behalf Of bastard metheus
> > > Sent: Wednesday, June 15, 2005 2:14 PM
> > > To: Cob...@li...
> > > Subject: [Cobertura-devel] duplicate copies of=20
> cobertura.ser file??
> > >
> > > I've been working with getting cobertura reports to generate
> > > properly and so
> > > far i've noticed that even if i specify the same datafile
> > > location for both
> > > cobertura-instrument and cobertura-report tags, an
> > > additionally coberura.ser
> > > file is stored 2 directories up from my basedir. This
> > > additional file causes
> > > the reports to display 0% (line & branch) coverage. I've
> > > haven't had any
> > > luck with the cobertura-merge tag, it doesn't seem to be
> > > working properly.
> > > Anyway I've decided to point to the ser file that is 2
> > > directories up when
> > > reporting and just move it to a specified locaiton when done
> > > generating the
> > > reports. This is a very ugly hack. I was wondering if anyone
> > > could help me
> > > find a quick and clean way to handle this such that only one
> > > file is ever
> > > generated in the proper location.
> > >
> > > Thanks in advance,
> > > -B
> > >
> > > The following is the build target:
> > >
> > > <target name=3D"junit" description=3D"Run All JUnit Tests"
> > > depends=3D"remove-reports">
> > >
> > > <!--
> > > <property name=3D"corbertura.file" value=3D"cobertura.ser" =
/>
> > > -->
> > > <echo level=3D"info">Deleting Corbertura SER
> > > file=3D"${corbertura.file}</echo>
> > > <delete file=3D"${corbertura.file}"/>
> > > <echo level=3D"info">Deleting Instruments
> > > dir=3D"${dir.instruments}"</echo>
> > > <delete dir=3D"${dir.instruments}" />
> > >
> > > <echo level=3D"info">Making Instruments
> > > Dir=3D"${dir.instruments}"</echo>
> > > <mkdir dir=3D"${dir.instruments}"/>
> > >
> > > <echo level=3D"info">Creating Instruments:
> > > datafile=3D"${corbertura.file}"
> > > todir=3D"${dir.instruments}"
> > > </echo>
> > >
> > > <cobertura-instrument datafile=3D"../../${corbertura.file}"
> > > todir=3D"${dir.instruments}">
> > > <fileset dir=3D"${dir.classes}">
> > > <!--
> > > Instrument all the application
> > > classes, but
> > > don't instrument the test classes.
> > > -->
> > > <include name=3D"**/*.class" />
> > > <exclude name=3D"**/*Test.class" />
> > > </fileset>
> > > </cobertura-instrument>
> > >
> > > <echo level=3D"info">Running JUnit =
${dir.test.classes}</echo>
> > > <junit printsummary=3D"yes" haltonerror=3D"${haltonerror}"
> > > fork=3D"yes"
> > > showoutput=3D"${showoutput}">
> > > <classpath location=3D"${dir.instruments}"/>
> > > <classpath location=3D"${dir.classes}"/>
> > > <classpath refid=3D"build_classpath"/>
> > > <jvmarg value=3D"-Xmx${memoryValue}m"/>
> > >
> > > <batchtest todir=3D"${dir.reports}"
> > > haltonerror=3D"${haltonerror}" fork=3D"yes">
> > > <formatter type=3D"xml"/>
> > > <fileset dir=3D"${dir.classes}">
> > > <include name=3D"**/*Test*.class"/>
> > > <exclude name=3D"**/*$*.class"/>
> > > </fileset>
> > > </batchtest>
> > > </junit>
> > >
> > > <echo level=3D"info">Making
> > > dir=3D"${dir.reports.artifacts}/cobertura"</echo>
> > > <mkdir dir=3D"${dir.reports.artifacts}/cobertura"/>
> > > <cobertura-report format=3D"html"
> > > datafile=3D"../../${corbertura.file}"
> > > srcdir=3D"${dir.src}"
> > > destdir=3D"${dir.reports.artifacts}/cobertura"/>
> > >
> > > <move file=3D"../../cobertura.ser"
> > > todir=3D"bin/test/reports/artifacts/cobertura"/>
> > >
> > > <antcall target=3D"archive"/>
> > > </target>
> >=20
> >=20
> > -------------------------------------------------------
> > SF.Net email is sponsored by: Discover Easy Linux Migration=20
> 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&op=3Dick
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>=20
|
|
From: J. R. <jjb...@st...> - 2005-06-20 10:03:41
|
Nice work :). I'll check it out today or tomorrow. Thanks. Julien Quoting "Seigel, James" <Jam...@av...>: > Hello all! > > I have uploaded my changes to support filesets, some refactoring, and = > some unit testing to the sourceforge area under the patch id 1223838. = > If you are interested (anyone) lease have a look and see how the = > implementation look and see how it performs on your codebase. I have = > run this against some sample projects and it seems to be alright. =20 > > If this is used, then I am sure we could change the instrumentation = > target to accept multiple filesets as well. > > cheers > James. > > > -----Original Message----- > From: Mark Doliner [mailto:Mar...@sa...] > Sent: Wed 6/15/2005 1:49 PM > To: Seigel, James > Cc: cob...@li... > Subject: RE: [Cobertura-devel] Multiple Source directories > =20 > > Yes, sourcefiles should definitely be tied to a specific=20 > > parent base directory. Could we ret rid of the --basedir=20 > > argument completely and specify directories and files as follows > >=20 > > cobertura-instrument.bat --datafile C:\cobertura.ser=20 > > C:\mysrcdir1 C:\mysrcdir2=20 > > C:\mysrcdir3\com\example\meatballfactory=20 > > C:\mysrcdir3\com\example\meatballconsumer C:\mysrcdir4 > > Hmm, I guess Cobertura needs a way to figure out which parts of = > "C:\mysrcdir3\com\example\meatballconsumer" are a part of the package = > name... > > Could we maybe just have people specify source directories, and not have = > the ability to specify individual files? For the reporting task it = > shouldn't matter if we specify .java files that aren't used, right? > > Now the instrument task on the other hand, I think we'll definitely want = > a way for users to specify individual classes. But for instrumenting, = > I'm not sure Cobertura needs to know the which parts of the file name = > are parts of the package name, I think it might be able to get that info = > from the .class file. > > -Mark > > > > ------------------------------------------------------- > 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&alloc_id=16492&op=click > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel > |
|
From: Seigel, J. <Jam...@av...> - 2005-06-20 00:31:01
|
Hello all! I have uploaded my changes to support filesets, some refactoring, and = some unit testing to the sourceforge area under the patch id 1223838. = If you are interested (anyone) lease have a look and see how the = implementation look and see how it performs on your codebase. I have = run this against some sample projects and it seems to be alright. =20 If this is used, then I am sure we could change the instrumentation = target to accept multiple filesets as well. cheers James. -----Original Message----- From: Mark Doliner [mailto:Mar...@sa...] Sent: Wed 6/15/2005 1:49 PM To: Seigel, James Cc: cob...@li... Subject: RE: [Cobertura-devel] Multiple Source directories =20 > Yes, sourcefiles should definitely be tied to a specific=20 > parent base directory. Could we ret rid of the --basedir=20 > argument completely and specify directories and files as follows >=20 > cobertura-instrument.bat --datafile C:\cobertura.ser=20 > C:\mysrcdir1 C:\mysrcdir2=20 > C:\mysrcdir3\com\example\meatballfactory=20 > C:\mysrcdir3\com\example\meatballconsumer C:\mysrcdir4 Hmm, I guess Cobertura needs a way to figure out which parts of = "C:\mysrcdir3\com\example\meatballconsumer" are a part of the package = name... Could we maybe just have people specify source directories, and not have = the ability to specify individual files? For the reporting task it = shouldn't matter if we specify .java files that aren't used, right? Now the instrument task on the other hand, I think we'll definitely want = a way for users to specify individual classes. But for instrumenting, = I'm not sure Cobertura needs to know the which parts of the file name = are parts of the package name, I think it might be able to get that info = from the .class file. -Mark |
|
From: Scott S. <sco...@gm...> - 2005-06-17 22:15:52
|
Hi,
I just joined the list. My first crack at using Cobertura and I ran
into this problem with ASM and Hibernate conflicting.
In response to the questions you asked about creating a runtime jar:
Good idea? Yes. Can I work around this problem by creating my own jar
that doesn't reference the ASM jar in the lib dir in the manifest? I
should try that.
Should the jars include the version number in their name
("cobertura-1.5.jar")? Yes
Should the runtime jar still use log4j, or should we get rid of that
dependency? In general I think the fewer the dependencies the better.
Use the JDK logging API if necessary. But, currently this isn't
causing me any problems.
Thank you,
Scott Stirling
Framingham, MA
|
|
From: Seigel, J. <Jam...@av...> - 2005-06-17 15:24:25
|
I like having the one jar. I will have to have both around anyway. No
opinion on naming scheme.
Cheers
James.
-----Original Message-----
From: cob...@li...
[mailto:cob...@li...] On Behalf Of Mark
Doliner
Sent: Thursday, June 16, 2005 2:33 PM
To: cob...@li...
Subject: [Cobertura-devel] cobertura-runtime.jar?
Cobertura currently consists of one jar file, and this jar must be on
your classpath when instrumenting, running tests, and reporting.
However, when you actually run your tests, only one of the packages in
this jar is used, and the package only requires log4j.
How do people feel about creating a cobertura.jar and a
cobertura-runtime.jar, where cobertura-runtime.jar contains all the
classes in the package net.sourceforge.cobertura.coveragedata. And
cobertura.jar would contain everything else (ant tasks, instrumenting
code, reporting code, etc.)
The goal is to make it more clear that asm, ncss, jakarta-oro, etc. are
not required when running instrumenting code. I think this would help
avoid classpath conflicts with ASM.
Good idea? Bad idea? Suggestions for better names for the jars?
Should the jars include the version number in their name
("cobertura-1.5.jar")? Should the runtime jar still use log4j, or
should we get rid of that dependency?
FYI, I'll be out of town from now until Sunday night.
-Mark
-------------------------------------------------------
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
|
|
From: Mark D. <Mar...@sa...> - 2005-06-16 20:33:17
|
Cobertura currently consists of one jar file, and this jar must be on =
your classpath when instrumenting, running tests, and reporting. =
However, when you actually run your tests, only one of the packages in =
this jar is used, and the package only requires log4j.
How do people feel about creating a cobertura.jar and a =
cobertura-runtime.jar, where cobertura-runtime.jar contains all the =
classes in the package net.sourceforge.cobertura.coveragedata. And =
cobertura.jar would contain everything else (ant tasks, instrumenting =
code, reporting code, etc.)
The goal is to make it more clear that asm, ncss, jakarta-oro, etc. are =
not required when running instrumenting code. I think this would help =
avoid classpath conflicts with ASM.
Good idea? Bad idea? Suggestions for better names for the jars? =
Should the jars include the version number in their name =
("cobertura-1.5.jar")? Should the runtime jar still use log4j, or =
should we get rid of that dependency?
FYI, I'll be out of town from now until Sunday night.
-Mark
|
|
From: Mark D. <Mar...@sa...> - 2005-06-16 14:51:35
|
Thanks for the info. It DOES look like forkmode is a new option in ant = 1.6.2. I'm not sure if earlier versions used "once" or "perTest" In any case, I added a small blurb about that to http://cobertura.sourceforge.net/anttaskreference.html -Mark=20 > -----Original Message----- > From: Nathan Johns [mailto:nr...@gm...]=20 > Sent: Wednesday, June 15, 2005 6:05 PM > To: Mark Doliner; Grzegorz Lukasik > Cc: cob...@li... > Subject: Re: [Cobertura-devel] Performance Issues - cobertura.ser >=20 > After some experimentation we were able to speed up our unit testing > time by setting the fork options on the junit task in ant. >=20 > Previously when the build was setup we required Junit to fork into a > separate JVM: > <junit fork=3D"true" haltonfailure=3D"true">.... > But no one realised this was forking a new JVM for each test when we > upgraded to Ant 1.6.2. (Not sure if this was the case for Ant 1.5) So > have now changed the build scripts to: > <junit fork=3D"true" forkmode=3D"once" haltonfailure=3D"true">.... > And the speed improvement in the unit testing phase is amazing.=20 > Previously Each test seemed to have an overhead of 4 to 5 seconds for > when the instrumentation data was read and written, now they all run > very quickly and this overhead occurs once for each fork. (For us > that is once for each module.) >=20 > Thanks for the pointers in resolving this... one of those little > quirks of Ant and the junit task. I still think there may be > something to consider in what I originally said about appending data > but I suppose you can achieve the same affect, with the forkmode > option, using a different cobertura.ser file for each module and then > merging them at the end. >=20 > Nathan Johns >=20 >=20 >=20 > On 6/16/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=20 > 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,=20 > that every time > > > the cobertura.ser file is touched by a test for=20 > instrumentation the > > > entire file is read in, updated and then written back to=20 > disk. This > > > seems to be a hug performance hit when compared to=20 > running the test > > > without instrumentation. (in our case about 6-7 times=20 > 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=20 > 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=20 > a separate > > > file, and these are all then merged at reporting time. This would > > > reduce disk access and speed up the testing phase and=20 > move some of the > > > overhead to when the reporting is done. > > > > > > I suppose one possibility is to make use of different=20 > cobertura.ser > > > files for each module and merge them at the end? Would=20 > appreciate any > > > comments you might have. > > > > > > Nathan Johns > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by: NEC IT Guy Games. How=20 > far can you shotput > > > a projector? How fast can you ride your desk chair down=20 > 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 > > > > > >=20 |
|
From: Grzegorz L. <ha...@gm...> - 2005-06-15 22:19:27
|
If you want to investigate a little, you can run tests with option -Xprof. Some information about execution time of methods will be displayed. If you will see that HashMap.get and String.equals operations are most expensive, then slow execution of tests is caused by the problem I described. (If you are using ant "junit" task, just add <jvmarg value=3D3D"-Xprof"/> inside junit tag). I have made some tests and they show that map operations can be very expensive. Tested program is simplificated algorithmics one, so the problem is much more visible (maybe to much) here than in normal cases. Here are my results: ---------------------------------------------------------------------------= =3D --------------------------- target "run" test execution time: 4 seconds [junit] Compiled + native Method [junit] 73.1% 245 + 0 simple.GCD.gcd [junit] 2.1% 7 + 0 simple.GCD.gcd [junit] 0.3% 0 + 1 Interpreter [junit] 0.3% 1 + 0 java.lang.String.startsWith [junit] 0.3% 1 + 0 java.io.BufferedWriter.write [junit] 0.3% 1 + 0 java.lang.String.indexOf [junit] 0.3% 1 + 0 java.lang.String.hashCode [junit] 76.7% 256 + 1 Total compiled ---------------------------------------------------------------------------= =3D --------------------------- target "run-instrumented" test execution time: 85 seconds [junit] Compiled + native Method [junit] 46.3% 1574 + 0 java.util.HashMap.get [junit] 28.2% 960 + 0 java.lang.String.equals [junit] 13.3% 452 + 0 java.util.HashMap.hash [junit] 9.0% 295 + 12 simple.GCD.gcd [junit] 0.8% 27 + 0 simple.GCD.gcd [junit] 0.0% 0 + 1 java.util.jar.JarFile.hasClassPathAttr= =3D ibute [junit] 0.0% 1 + 0 =3D20 sun.reflect.ClassFileAssembler.emitConstantPoolUTF8 [junit] 97.7% 3309 + 13 Total compiled ---------------------------------------------------------------------------= =3D --------------------------- As you can see, map connected operations (get, String.equals, hash) are most expensive one. But in more natural situations (where tests do not perfom to many operations, or many operations are performed using not instrumented code - from libraries), the difference will be lower. NOTICE: If you will use attached project, copy cobertura with dependend libraries into lib/ subdirectory. 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. >=3D20 > Grzegorz >=3D20 > 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= =3D hotput > > a projector? How fast can you ride your desk chair down the office luge= =3D 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 > > > |
|
From: Nathan J. <nr...@gm...> - 2005-06-15 22:05:16
|
After some experimentation we were able to speed up our unit testing time by setting the fork options on the junit task in ant. Previously when the build was setup we required Junit to fork into a separate JVM: <junit fork=3D"true" haltonfailure=3D"true">.... But no one realised this was forking a new JVM for each test when we upgraded to Ant 1.6.2. (Not sure if this was the case for Ant 1.5) So have now changed the build scripts to: <junit fork=3D"true" forkmode=3D"once" haltonfailure=3D"true">.... And the speed improvement in the unit testing phase is amazing.=20 Previously Each test seemed to have an overhead of 4 to 5 seconds for when the instrumentation data was read and written, now they all run very quickly and this overhead occurs once for each fork. (For us that is once for each module.) Thanks for the pointers in resolving this... one of those little quirks of Ant and the junit task. I still think there may be something to consider in what I originally said about appending data but I suppose you can achieve the same affect, with the forkmode option, using a different cobertura.ser file for each module and then merging them at the end. Nathan Johns On 6/16/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 > > > |
|
From: Grzegorz L. <ha...@gm...> - 2005-06-15 20:39:31
|
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. Grzegorz On 6/10/05, Nathan Johns <nr...@gm...> wrote: > Hi, >=20 > 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.) >=20 > 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? >=20 > 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. >=20 > 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. >=20 > Nathan Johns >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far can you sho= tput > a projector? How fast can you ride your desk chair down the office luge t= rack? > 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 > |
|
From: Grzegorz L. <ha...@gm...> - 2005-06-15 20:18:41
|
Or maybe it would be useful if this solution was implemented:
During instrumentation the location of created cobertura.ser file is
somehow stored inside instrumented classes - for example some
additional method CoverageData.setDataFileLocation is called inside
static constructor of instrumeted classes. Or maybe some file is
created among instrumented classes. This way there is no need for
specifiyng the location of this file during runtime.
I thought about this solution some time ago, but I am not sure it is
right. Any thoughts?
Grzegorz
On 6/15/05, Mark Doliner <Mar...@sa...> wrote:
> It sounds like you need to pass a sysproperty to the Junit task that spec=
ifies the location of the cobertura.ser file. Something like
> <junit ...>
> <sysproperty key=3D"net.sourceforge.cobertura.datafile"
> value=3D"${cobertura.file}"/>
> </junit>
>=20
> Also, the merge tasks has problems in Cobertura 1.3. It should be a bett=
er in CVS, but could still use some more testing.
> -Mark
>=20
>=20
> > -----Original Message-----
> > From: cob...@li...
> > [mailto:cob...@li...] On
> > Behalf Of bastard metheus
> > Sent: Wednesday, June 15, 2005 2:14 PM
> > To: Cob...@li...
> > Subject: [Cobertura-devel] duplicate copies of cobertura.ser file??
> >
> > I've been working with getting cobertura reports to generate
> > properly and so
> > far i've noticed that even if i specify the same datafile
> > location for both
> > cobertura-instrument and cobertura-report tags, an
> > additionally coberura.ser
> > file is stored 2 directories up from my basedir. This
> > additional file causes
> > the reports to display 0% (line & branch) coverage. I've
> > haven't had any
> > luck with the cobertura-merge tag, it doesn't seem to be
> > working properly.
> > Anyway I've decided to point to the ser file that is 2
> > directories up when
> > reporting and just move it to a specified locaiton when done
> > generating the
> > reports. This is a very ugly hack. I was wondering if anyone
> > could help me
> > find a quick and clean way to handle this such that only one
> > file is ever
> > generated in the proper location.
> >
> > Thanks in advance,
> > -B
> >
> > The following is the build target:
> >
> > <target name=3D"junit" description=3D"Run All JUnit Tests"
> > depends=3D"remove-reports">
> >
> > <!--
> > <property name=3D"corbertura.file" value=3D"cobertura.ser" />
> > -->
> > <echo level=3D"info">Deleting Corbertura SER
> > file=3D"${corbertura.file}</echo>
> > <delete file=3D"${corbertura.file}"/>
> > <echo level=3D"info">Deleting Instruments
> > dir=3D"${dir.instruments}"</echo>
> > <delete dir=3D"${dir.instruments}" />
> >
> > <echo level=3D"info">Making Instruments
> > Dir=3D"${dir.instruments}"</echo>
> > <mkdir dir=3D"${dir.instruments}"/>
> >
> > <echo level=3D"info">Creating Instruments:
> > datafile=3D"${corbertura.file}"
> > todir=3D"${dir.instruments}"
> > </echo>
> >
> > <cobertura-instrument datafile=3D"../../${corbertura.file}"
> > todir=3D"${dir.instruments}">
> > <fileset dir=3D"${dir.classes}">
> > <!--
> > Instrument all the application
> > classes, but
> > don't instrument the test classes.
> > -->
> > <include name=3D"**/*.class" />
> > <exclude name=3D"**/*Test.class" />
> > </fileset>
> > </cobertura-instrument>
> >
> > <echo level=3D"info">Running JUnit ${dir.test.classes}</echo>
> > <junit printsummary=3D"yes" haltonerror=3D"${haltonerror}"
> > fork=3D"yes"
> > showoutput=3D"${showoutput}">
> > <classpath location=3D"${dir.instruments}"/>
> > <classpath location=3D"${dir.classes}"/>
> > <classpath refid=3D"build_classpath"/>
> > <jvmarg value=3D"-Xmx${memoryValue}m"/>
> >
> > <batchtest todir=3D"${dir.reports}"
> > haltonerror=3D"${haltonerror}" fork=3D"yes">
> > <formatter type=3D"xml"/>
> > <fileset dir=3D"${dir.classes}">
> > <include name=3D"**/*Test*.class"/>
> > <exclude name=3D"**/*$*.class"/>
> > </fileset>
> > </batchtest>
> > </junit>
> >
> > <echo level=3D"info">Making
> > dir=3D"${dir.reports.artifacts}/cobertura"</echo>
> > <mkdir dir=3D"${dir.reports.artifacts}/cobertura"/>
> > <cobertura-report format=3D"html"
> > datafile=3D"../../${corbertura.file}"
> > srcdir=3D"${dir.src}"
> > destdir=3D"${dir.reports.artifacts}/cobertura"/>
> >
> > <move file=3D"../../cobertura.ser"
> > todir=3D"bin/test/reports/artifacts/cobertura"/>
> >
> > <antcall target=3D"archive"/>
> > </target>
>=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
>
|
|
From: Grzegorz L. <ha...@gm...> - 2005-06-15 20:06:04
|
Added cobertura-devel mailing list.
---------- Forwarded message ----------
From: Grzegorz Lukasik <ha...@gm...>
Date: Jun 15, 2005 9:58 PM
Subject: Re: [Cobertura-devel] duplicate copies of cobertura.ser file??
To: Mark Doliner <Mar...@sa...>
Maybe some warning should be issued. Something like:
Evironment property net.sourceforge.cobertura.datafile not found, data
file will be stored as ${absoulte path to the file}.
Grzegorz
On 6/15/05, Mark Doliner <Mar...@sa...> wrote:
> It sounds like you need to pass a sysproperty to the Junit task that spec=
ifies the location of the cobertura.ser file. Something like
> <junit ...>
> <sysproperty key=3D"net.sourceforge.cobertura.datafile"
> value=3D"${cobertura.file}"/>
> </junit>
>
> Also, the merge tasks has problems in Cobertura 1.3. It should be a bett=
er in CVS, but could still use some more testing.
> -Mark
>
>
> > -----Original Message-----
> > From: cob...@li...
> > [mailto:cob...@li...] On
> > Behalf Of bastard metheus
> > Sent: Wednesday, June 15, 2005 2:14 PM
> > To: Cob...@li...
> > Subject: [Cobertura-devel] duplicate copies of cobertura.ser file??
> >
> > I've been working with getting cobertura reports to generate
> > properly and so
> > far i've noticed that even if i specify the same datafile
> > location for both
> > cobertura-instrument and cobertura-report tags, an
> > additionally coberura.ser
> > file is stored 2 directories up from my basedir. This
> > additional file causes
> > the reports to display 0% (line & branch) coverage. I've
> > haven't had any
> > luck with the cobertura-merge tag, it doesn't seem to be
> > working properly.
> > Anyway I've decided to point to the ser file that is 2
> > directories up when
> > reporting and just move it to a specified locaiton when done
> > generating the
> > reports. This is a very ugly hack. I was wondering if anyone
> > could help me
> > find a quick and clean way to handle this such that only one
> > file is ever
> > generated in the proper location.
> >
> > Thanks in advance,
> > -B
> >
> > The following is the build target:
> >
> > <target name=3D"junit" description=3D"Run All JUnit Tests"
> > depends=3D"remove-reports">
> >
> > <!--
> > <property name=3D"corbertura.file" value=3D"cobertura.ser" />
> > -->
> > <echo level=3D"info">Deleting Corbertura SER
> > file=3D"${corbertura.file}</echo>
> > <delete file=3D"${corbertura.file}"/>
> > <echo level=3D"info">Deleting Instruments
> > dir=3D"${dir.instruments}"</echo>
> > <delete dir=3D"${dir.instruments}" />
> >
> > <echo level=3D"info">Making Instruments
> > Dir=3D"${dir.instruments}"</echo>
> > <mkdir dir=3D"${dir.instruments}"/>
> >
> > <echo level=3D"info">Creating Instruments:
> > datafile=3D"${corbertura.file}"
> > todir=3D"${dir.instruments}"
> > </echo>
> >
> > <cobertura-instrument datafile=3D"../../${corbertura.file}"
> > todir=3D"${dir.instruments}">
> > <fileset dir=3D"${dir.classes}">
> > <!--
> > Instrument all the application
> > classes, but
> > don't instrument the test classes.
> > -->
> > <include name=3D"**/*.class" />
> > <exclude name=3D"**/*Test.class" />
> > </fileset>
> > </cobertura-instrument>
> >
> > <echo level=3D"info">Running JUnit ${dir.test.classes}</echo>
> > <junit printsummary=3D"yes" haltonerror=3D"${haltonerror}"
> > fork=3D"yes"
> > showoutput=3D"${showoutput}">
> > <classpath location=3D"${dir.instruments}"/>
> > <classpath location=3D"${dir.classes}"/>
> > <classpath refid=3D"build_classpath"/>
> > <jvmarg value=3D"-Xmx${memoryValue}m"/>
> >
> > <batchtest todir=3D"${dir.reports}"
> > haltonerror=3D"${haltonerror}" fork=3D"yes">
> > <formatter type=3D"xml"/>
> > <fileset dir=3D"${dir.classes}">
> > <include name=3D"**/*Test*.class"/>
> > <exclude name=3D"**/*$*.class"/>
> > </fileset>
> > </batchtest>
> > </junit>
> >
> > <echo level=3D"info">Making
> > dir=3D"${dir.reports.artifacts}/cobertura"</echo>
> > <mkdir dir=3D"${dir.reports.artifacts}/cobertura"/>
> > <cobertura-report format=3D"html"
> > datafile=3D"../../${corbertura.file}"
> > srcdir=3D"${dir.src}"
> > destdir=3D"${dir.reports.artifacts}/cobertura"/>
> >
> > <move file=3D"../../cobertura.ser"
> > todir=3D"bin/test/reports/artifacts/cobertura"/>
> >
> > <antcall target=3D"archive"/>
> > </target>
>
>
> -------------------------------------------------------
> 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
>
|
|
From: Mark D. <Mar...@sa...> - 2005-06-15 18:50:48
|
> Yes, sourcefiles should definitely be tied to a specific=20 > parent base directory. Could we ret rid of the --basedir=20 > argument completely and specify directories and files as follows >=20 > cobertura-instrument.bat --datafile C:\cobertura.ser=20 > C:\mysrcdir1 C:\mysrcdir2=20 > C:\mysrcdir3\com\example\meatballfactory=20 > C:\mysrcdir3\com\example\meatballconsumer C:\mysrcdir4 Hmm, I guess Cobertura needs a way to figure out which parts of = "C:\mysrcdir3\com\example\meatballconsumer" are a part of the package = name... Could we maybe just have people specify source directories, and not have = the ability to specify individual files? For the reporting task it = shouldn't matter if we specify .java files that aren't used, right? Now the instrument task on the other hand, I think we'll definitely want = a way for users to specify individual classes. But for instrumenting, = I'm not sure Cobertura needs to know the which parts of the file name = are parts of the package name, I think it might be able to get that info = from the .class file. -Mark |
89 messages has been excluded from this view by a project administrator.
