executed a lot of times during site
> generation.
>
> And worst is it is failing on Cobertura instrumented classes :
>
>
> [INFO] Checking unresolved references to org.jvnet.animal-sniffer:java1.4:1.0
> [ERROR] Undefined reference:
> net/sourceforge/cobertura/coveragedata/Pro
Hi,
I'm testing animal-sniffer with my build. All was fine until I tried to
generate the site.
First, it seems that animal-sniffer is executed a lot of times during site
generation.
And worst is it is failing on Cobertura instrumented classes :
[INFO] Checking unresolved referenc
That's correct, depending on how you are invoking the cobertura, you will see
that. Basically the "cobertura" goal
is going to invoke a parallel lifecycle that will run the test. It is easy to
modify the plugin to do what you want,
if you don't then someone has do
no worries, just got to be careful where you get the xml result files from -
IIRC as you are running the tests again you may find that cobertura or the like
also produce result xml files that it stores in its own folder that too loose a
config will pick up
> Date: Mon, 20 Jul 2009 22:04
ports/*.xml and I have not had issues using either our
> old ant emma setup or the new maven with clover setup
>
> I have made use of clover for code coverage reports as it will merge them at
> a top module level for me where as Emma and cobertura do not (also cobertura
> always seem
where as Emma and cobertura do not (also cobertura
always seems to report 0% code coverage for some reason, but I never bothered
to look into that.
Anyway I dont have the duplicate test issue and have Maven run from ant with a
freestyle Hudson project just to really be difficult :)
> Date:
Adam Purkiss wrote:
> As for surefire - no idea, but using Hudson as our CI tool I have it setup to
> "roll up" the Junit results to a top level using its reporting.
>
We use Hudson, as well, but we've noticed that between Surefire and
Cobertura, we end up with two o
Cobertura cannot only Clover can in that type of tool as far as I can tell (but
that costs money)
As for surefire - no idea, but using Hudson as our CI tool I have it setup to
"roll up" the Junit results to a top level using its reporting.
> Date: Mon, 20 Jul 2009 18:28:16 -0
Unfortunately I don't think so...it least I haven't found a way. Java docs
yes but not for the two you mentioned.
-Dave
On Mon, Jul 20, 2009 at 2:58 PM, David C. Hicks wrote:
> In a multi-module project, is it possible to get Surefire and/or
> Cobertura to "roll up"
In a multi-module project, is it possible to get Surefire and/or
Cobertura to "roll up" their results at the top-most level?
I haven't found anything that leads me to believe they can. Figured it
was time to inquir
I understand that currently both plugins do not allow multiple module report to
be merged into a single one but has anyone found a work around for this? I have
seen talk of that it can be done but not an example of what to do in order to
do it. Has anyone here managed to do it and waht did you
The Mojo team is pleased to announce the release of the Cobertura
Maven Plugin 2.3.
http://mojo.codehaus.org/cobertura-maven-plugin/.
Release notes :
** Bug
* [MCOBERTURA-88] - Cobertura runs mess up project classpath
* [MCOBERTURA-96] - Jar classpath ordering issue during test execution
Hi,
I am trying to use Maven Cobertura Plugin. I want to setup different
lineRate/branchRate for different packages. But this doesnt seem to be
working.
1. haltnFailure does not work even if I set the values to 100 for the top
level module.
2. regex doesnt seem to do anything. I specified
Hi,
I have Cobertura plugin configured in my pom.xml. Hudson renders the results
from coverage.xml and reports the coverage results classified as
Packages,Files, Classes,Methods,Lines,Conditionals
Why am I not seeing BranchRate,LineRate,PackageLineRate etc ? I am not using
"Maven Gene
Hi David.
I am not an expert in the cobertura maven plug-in, so I cannot answer if
what you want to do can easily be done.
However, if what you are looking for is a real view into what is happening
across all of your sub-modules, you might want to look into using the
maven dashboard plugin
In our project we are using AspectJ only for unit testing. So we are
using test-compile goal of aspectj-maven-plugin:
http://mojo.codehaus.org/aspectj-maven-plugin/
We also use cobertura maven plugin to calculate the unit test coverage
http://mojo.codehaus.org/cobertura-maven-plugin/
Cobertura
How can I create code coverage reports aggregated across all my pom's
modules using cobertura-maven-plugin?
Currently using the defaults I'm having much trouble, the site goal run from
the command line doesn't even generate proper links to each module
separately. That would seem t
I am having problem using cobertura and aspectj plugin together. My code
coverage is incorrectly reported as 0%
AspectJ is only used for unit testing, so project is configured to run
test-compile only. Here is what i think is happening:
- cobertura instruments the java class files (*.class) in
ent]
[INFO] Not executing cobertura:instrument as the project is not a Java
classpath
-capable package
[INFO] [site:site]
[INFO] Not executing cobertura:report as the cobertura data file
(C:\ws\int_002_
dev_test\services-api\target\cobertura\cobertura.ser) could not be found
Downloading: http://domai
] [site:site]
[INFO] Not executing cobertura:report as the cobertura data file
(C:\ws\int_002_
dev_test\services-api\target\cobertura\cobertura.ser) could not be found
Downloading: http://domain.com:8081/nexus/content/groups/public/c
om/co/t3/t3/${co.t3.version}/t3-${co.t3.version}.pom
Downloading: http
How can I use the new 1.9.1 version of Cobertura in Maven?
---
Thank You…
Mick Knutson, President
BASE Logic, Inc.
Enterprise Architecture, Design, Mentoring & Agile Consulting
p. (866) BLiNC-411: (254-6241-1)
f. (415) 685-4233
Website: http://baselogic.com
Linked IN: http://linkedin.co
Have you looked into the possibility that running your coverage tests might
be run with or without instrumented code? (I don't know precisely how
cobertura works: namely by instrumenting code at load-time or at
compile-time, so please bear that in mind before taking my word in account
:))
Original Message-
> From: Harper, Brad
> Sent: Friday, December 19, 2008 4:20 PM
> To: 'Maven Users List'
> Subject: Inconsistent Cobertura Results
>
> Sometimes cobertura reports zero percent coverage in info
> produced by site:site, and non-zero percentages are repo
ame thing while
searching for "how I make sure cobertura only runs the tests once" in
this thread here
http://www.nabble.com/cobertura-%2B-surefire-config-td16281994.html
I understand what you are saying about being sure that they are run
twice (once before instrumentation), but for general
thout coverage but fail when run with
> coverage.
Stephen, I actually saw your post come up stating the same thing while
searching for "how I make sure cobertura only runs the tests once" in
this thread here
http://www.nabble.com/cobertura-%2B-surefire-config-td16281994.html
I underst
gt; The Sonatype book is good, and available free online and there are other
>> > good tutorials. A 3-4 hours quick skim is most definitely not a waste of
>> > your time.
>>
>> Actually I did read the sontatype book. I reread the chapter on "the
>> build lifecycle&
ad the chapter on "the
> build lifecycle" and it sounds like (following what is described in
> section 10.1) if I added the phase 'clean' and goal 'cobertura' that
> it should run the cobertura goal when the mvn clean phase is reached?
> Yes I don't see th
pter on "the
build lifecycle" and it sounds like (following what is described in
section 10.1) if I added the phase 'clean' and goal 'cobertura' that
it should run the cobertura goal when the mvn clean phase is reached?
Yes I don't see this happening. I even tried di
te of
your time.
-Stephen
2008/12/22 Rick
> This is newbie I know, but I don't see how I get my
> cobertura:cobertura task (or maybe cobertura:check) to always run when
> I do a build with "mvn clean install." I might change it later, but
> for now I'd like the text
I'm guessing that ignore will still measure the coverage, but if you are
enforcing a minimum coverage number, that package will be ignored. Exclude
will not even bother measuring the coverage
2008/12/22 Rick
> The maven cobertura plugin page
> http://mojo.codehaus.org/cobertura-m
This is newbie I know, but I don't see how I get my
cobertura:cobertura task (or maybe cobertura:check) to always run when
I do a build with "mvn clean install." I might change it later, but
for now I'd like the text coverage cobertura task to always run.
I don't get what
The maven cobertura plugin page
http://mojo.codehaus.org/cobertura-maven-plugin/usage.html has an
example like:
org.codehaus.mojo
cobertura-maven-plugin
com.example.boringcode.*
com/example
Sometimes cobertura reports zero percent coverage in info produced by
site:site, and non-zero percentages are reported when run separately.
I was thinking that this might be due to differences in the default
values of the property "maven.compiler.debug" between the build and site
Doesn't cobertura have a skip parameter?
-Original Message-
From: Blake Martin [mailto:[EMAIL PROTECTED]
Sent: Monday, November 03, 2008 10:58 AM
To: Maven Users List
Subject: No Cobertura, please
Is there a way to disable Cobertura? When it runs, my test lifecycle is
run
again,
On Nov 3, 2008, at 12:42 PM, Oleg Gusakov wrote:
Strange, but true analogy - quantum cryptography is so interesting
because of the same principle: "we cannot observe a phenomena
without changing it"
Otherwise known as the Heisenbug:
http://en.wikipedia.org/wiki/Unusual_software_bug
Trevor
making a release, or just about to make a
release, shut up and run the damn tests twice"
If however, you are only trying to speed up running the tests while
developing... put cobertura in a profile.
2008/11/3 Stephen Connolly <[EMAIL PROTECTED]>
put the cobertura plugin configurat
ests all were called xyzPerfTest we knew that was
the cause)
Trust me when I say: "If you are making a release, or just about to make a
release, shut up and run the damn tests twice"
If however, you are only trying to speed up running the tests while
developing... put cobertura in a profil
put the cobertura plugin configuration in a profile that is not active by
default.
2008/11/3 Blake Martin <[EMAIL PROTECTED]>
> Is there a way to disable Cobertura? When it runs, my test lifecycle is run
> again, and I don't want this to happen. I want the POM to behave like
&g
Is there a way to disable Cobertura? When it runs, my test lifecycle is run
again, and I don't want this to happen. I want the POM to behave like
Cobertura doesn't exist.
Is this possible?
seem to make more sense to clean
when you need to clean (which is the case for all of the classes).
- Brett
2008/10/6 Ole Laurisch <[EMAIL PROTECTED]>:
> Hello,
>
> I'm using Cobertura for code coverage checks. Therefore I have the
> follo
Hello,
I'm using Cobertura for code coverage checks. Therefore I have the
following paragraph in my pom.xml:
org.codehaus.mojo
cobertura-maven-plugin
clean
).
2. Version 2.2
Best regards,
Eric
> -Ursprüngliche Nachricht-
> Von: Nick Stolwijk [mailto:[EMAIL PROTECTED]
> Gesendet: Montag, 29. September 2008 12:33
> An: Maven Users List
> Betreff: Re: Cobertura plugin doesn't generate XML
>
> I can think of two thin
Hello,
may you can try the configuration in your reporting section
of the POM.
- jens
>Hi
>I'm trying to generate an XML report using the Cobertura plugin (2.2
>apparently). I configured the plugin according to the documentation:
>
> org.apache.maven.plugins
>
I can think of two things, that could go wrong:
1. Did you configure this under the reporting section or under the
build section of your pom file? It should be under the build section
afaik.
2. Otherwise, what version of the cobertura plugin are you using?
Hth,
Nick Stolwijk
~Java Developer
Hi
I'm trying to generate an XML report using the Cobertura plugin (2.2
apparently). I configured the plugin according to the documentation:
org.apache.maven.plugins
cobertura-maven-plugin
xml
Then I start Maven (mvn clean install cobertura:cobertura), but the
p
is the project itself and
> the second one is the integration-tests. I have cobertura reports for
> unit tests execution, but, is there any way to have cobertura reports
> for integration tests execution?
>
> Thanks in advance.
> Carlos
>
> ---
I am facing a similar problem. Had no time to attack it now, but as far
as some googling told me, it's a bit of a problem with maven &
cobertura, better is emma & maven, because it's easier to both switch
instrumentation on in emma and merge the result files of the integrati
Hi all
I have a bi-module project, the first module is the project itself and
the second one is the integration-tests. I have cobertura reports for
unit tests execution, but, is there any way to have cobertura reports
for integration tests execution?
Thanks in advance.
Carlos
I'm providing this in case anyone else wants to do the same thing I'm trying
to accomplish.
OK, I have Surefire and Cobertura running during the same test phase. If
either of them fails, the tests fail. Here's how to do it, in case anyone
cares. The thing is, if your tests fail
Even if a test fails during the Cobertura phase, Cobertura won't fail, as
long as the coverage criteria are met. That's what I'm trying to get around.
AFAIK, the only thing surefire has that Cobertura doesn't is the ability to
fail when a test fails.
Cobertura should definitel
we've had tests that pass when run with cobertura and fail without. so
I always recommend running twice. additionally we've had tests that
pass normally, but fail with cobertura. in both cases the root cause
analysis was a bug in our code. run them twice and if either run fails
Currently, our tests are the longest-running part of our Maven lifecycle and
we'd like to have Cobertura fail if a test case fails so that Surefire isn't
needed.
Is it possible to have Cobertura fail when a test fails? Normally, it only
fails if one of its conditions aren't
. I tried adding that but unfortunately it didn't
work. Here is my cobertura-maven-plugin configuration in pom.xml.
org.codehaus.mojo
cobertura-maven-plugin
the culprit
is the cobertura step. Cobertura reruns the tests but doesn't run them with
the required maven-psteclipse-plugin. This explains why it throws bogus
errors on not being able to find the bundle activators.
Question: How can I get Cobertura to use psteclipse (Junit Plug-in
Hi, I'm trying to make Cobertura plugin to skip XML-beans classes in its
instrumentation, like this:
com.xyz.abc.protocol.*
com.xyz.abc.gateway.cache.*
com/xyz/abc/pro
Hi, I'm trying to make Cobertura plugin to skip XML-beans classes in its
instrumentation, like this:
com.xyz.abc.protocol.*
com.xyz.abc.gateway.cache.*
com/xyz/abc/pro
Hi,
when I generate a Cobertura report on my projet, here is an extract of the
result I get :
http://www.nabble.com/file/p16955739/120-003.jpg
Some methods are not traversed by test (in this example line 48) but are not
marked in red.
Do you have an idea of the reason of this behaviour
ant issue.
> I looked at http://mojo.codehaus.org/cobertura-maven-plugin/usage.html and
> have a small question about the
>
> clean
>
> So does this mean that cobertura instruments the code during the clean?
>
> I am suspecting that there is an issue with my op
So I am still having this intermittant issue.
I looked at http://mojo.codehaus.org/cobertura-maven-plugin/usage.html and
have a small question about the
clean
So does this mean that cobertura instruments the code during the clean?
I am suspecting that there is an issue with my openJPA plugin
EMAIL PROTECTED]> wrote:
>
> > As far as I am aware this is a known issue with no resolution.
> >
> > Perhaps we can get the cobertura plugin to expose a report-only goal
> > and always do instrumentation for the tests. That was the approach I
> > used
t; Perhaps we can get the cobertura plugin to expose a report-only goal
> and always do instrumentation for the tests. That was the approach I
> used to use with ant.
>
>
> On Tue, Mar 25, 2008 at 12:13 PM, Brian Relph <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
>
1. Tests that verify multiple thread behaviour. as cobertura will
effectively synchronize the threads in order to record the code
coverage.
2. Tests that verify performance.
3. One system had a bug whereby the server we were communicating with
would read the message header from the stream
Can you provide details for one or two of them? I'd like to know what
to look out for in the future.
Wayne
On 3/25/08, Stephen Connolly <[EMAIL PROTECTED]> wrote:
> beware. we have had tests that pass when instrumented with cobertura,
> but fail when run normally. this is at lea
beware. we have had tests that pass when instrumented with cobertura,
but fail when run normally. this is at least one reason why what you
are trying to do is "a bad thing"
- Stephen
Sent from my iPod
On 25 Mar 2008, at 16:13, "Brian Relph" <[EMAIL PROTECTED]&
As far as I am aware this is a known issue with no resolution.
Perhaps we can get the cobertura plugin to expose a report-only goal
and always do instrumentation for the tests. That was the approach I
used to use with ant.
On Tue, Mar 25, 2008 at 12:13 PM, Brian Relph <[EMAIL PROTECTED]>
Hello,
I was wondering if someone could help me fix my surefire + cobertura
config. I only want one unit tests to run ONE time, but when I add the
cobertura-maven-plugin to the reporting section, it seems to trigger another
surefire:test phase. Any help?
Here is my current config
make this
work.
Has anyone run into this as well?
On Mon, Mar 24, 2008 at 4:20 AM, Erez Nahir <[EMAIL PROTECTED]> wrote:
> Hi Mick,
>
> We have surefire 2.4.2 + testng + cobertura 2.2 works.
> Your cofiguration looks fine to me, but, I'm missing the cobertura
> definit
Hi Mick,
We have surefire 2.4.2 + testng + cobertura 2.2 works.
Your cofiguration looks fine to me, but, I'm missing the cobertura
definition in the section.
The only difference I see from out build (other then the need to add
cobertuar to reporting section) is usage of ${basedir} as value
Anyone have any ideas?
I have tried cobertura 2.0 and 2.2 maven plugin and still the same result.
On Fri, Mar 21, 2008 at 2:36 PM, Mick Knutson <[EMAIL PROTECTED]> wrote:
> I have a Spring, OpenJPA, DBUnit, TestNG, HSQL build with Maven 2.0.8 and
> there are 20 DAO tests that no
I have a Spring, OpenJPA, DBUnit, TestNG, HSQL build with Maven 2.0.8 and
there are 20 DAO tests that now pass. I am trying to now add cobertura to
this. I have used Cobertura extensively in the past, but never with DBUnit.
So, I am getting the report to generate, but everything is zero. So it
cobertura:cobertura report when package war deploy to jetty
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi,
I have configured my reporting section with the cobertura plugin, version
2.0.
I also have a maven-exec-plugin defined to setup my testdatabase during the
test-compile phase as shown below:
(notice the classpath definition. If I understand this correctly, this
configuration should make all
邮件原件-
发件人: Cody Zhang [mailto:[EMAIL PROTECTED]
发送时间: 2008年3月17日 10:51
收件人: Maven Users List
主题: 答复: cobertura integration-test
Paul,Thank your reply!
I expect to get report when prject.war in jetty runtime.So I must
generate war then put it to jetty。
-邮件原件-
发件人: [EMAIL PROTECTED
Paul,Thank your reply!
I expect to get report when prject.war in jetty runtime.So I must generate war
then put it to jetty。
-邮件原件-
发件人: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 代表 Paul Benedict
发送时间: 2008年3月17日 10:42
收件人: Maven Users List
主题: Re: cobertura integration-test
It is a
It is a well known limitation of Cobertura that it cannot perform reporting
on a *separate* integration testing phase. You can search the web on this
part. All it can do report on classes ran in the testing phase.
Paul
2008/3/16 Cody Zhang <[EMAIL PROTECTED]>:
> Dear All,
>
>
Dear All,
I want to get cobertura report at integration-test.But the goal(
cobertura:instrument) run tiwce!
My pom:
org.apache.maven.plugins
maven-site-plugin
2.0-beta-5
ke to
> have
> > the integration-test module use the instrumented classes from its
> > dependencies to generate a cobertura report. A few questions:
> >
> > 1. Has this issue been logged as a jira bug or task against the plugin?
> > If so, what is the jira number?
>
need. We have an integration-test module that has
> dependencies on other modules containing unit tests and would like to have
> the integration-test module use the instrumented classes from its
> dependencies to generate a cobertura report. A few questions:
>
> 1. Has this issue
We have a very similar need. We have an integration-test module that has
dependencies on other modules containing unit tests and would like to have
the integration-test module use the instrumented classes from its
dependencies to generate a cobertura report. A few questions:
1. Has this issue
Just found that if changing forkMode from never to once, it works.
Erez.
On Feb 9, 2008 10:56 PM, Erez Nahir <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have being going through most documentation and bugs for
> cobertura/surefire.
> Tried all possible versions and configurati
Hi,
I have being going through most documentation and bugs for
cobertura/surefire.
Tried all possible versions and configuration, but nothing works.
Can someone share working sufrefire 2.4.1 and cobertura?
Thanks,
Erez.
I am going crazy here. I keep adding new modules daily to a large project.
Seemingly randomly cobertura keeps stopping.
in my master pom.xml in the dependancyManagement section I have:
*
org.codehaus.mojo
cobertura-maven-plugin
how can I ignore private constructors?
--
Thanks,
Mick Knutson
http://www.baselogic.com
http://www.blincmagazine.com
http://www.djmick.com
http://www.myspace.com/mickknutson
http://www.myspace.com/BLiNCMagazine
http://tahoe.baselogic.com
---
1st I would like to know the difference between ignore verse exclude?
I have this, but am trying to exclude every package under a given package
org.codehaus.mojo
cobertura-maven-plugin
2.2
Hi Mich,
Have a look at:
http://www.nabble.com/dashboard---code-coverage-not-not-included-with-cobertura-2.2-to14354623s177.html#a14359864
Might be your case too.
Erez.
On Jan 16, 2008 7:50 AM, Mick Knutson <[EMAIL PROTECTED]> wrote:
> Looking through my mvn site:site logs,
Looking through my mvn site:site logs, I notice:
Cobertura: Error reading file
C:\viewstore\esp_lynx_dap\esp\dap\utilities\common\common-a3\target\cobertura\cobertura.ser:
net.sourceforge.cobertura.covera
gedata.CoverageDataContainer; local class incompatible: stream classdesc
serialVersionUID
I have a multi-module project and before I upgraded to cobertura 2.3, the
main page aggregate all my modules. But now they all come up as zero:
Afferent Coupling Average = 0.44
Nb Packages = 25PackageAfferent CouplingLine CoverageBranch Coverage
org.delta.esp.dap.c2.claim20%0%org.delta.esp.dap.c2
e separate lifecycle. And in fact, the instrument mojo is a shell,
and there is an internal instrument mojo that does the real work.
Do you think that the Cobertura mojo can be incrementally moved to this
model? What else were you intending?
I would love to get this working, as having code cove
Use
xml
html
The xml file is a standard cobertura xml report
On Jan 11, 2008 8:43 PM, Wayne Fay <[EMAIL PROTECTED]> wrote:
> Modify the Cobertura plugin so it does what you want. ;-)
>
> It is open source, after all.
> http://mojo.codehaus.org/cobertura-maven
Modify the Cobertura plugin so it does what you want. ;-)
It is open source, after all.
http://mojo.codehaus.org/cobertura-maven-plugin/
Wayne
On 1/11/08, Hilco Wijbenga <[EMAIL PROTECTED]> wrote:
> I'd like to do something like this:
> http://www.devx.com/Java/Article/36231
I'd like to do something like this:
http://www.devx.com/Java/Article/36231 but not with Ant but with
Maven. (In summary, it extracts the line coverage rate from the
coverage.xml file created by Cobertura and uses it to make sure future
builds can only do better, not worse.)
The problem is
) it was eliminating a major
concurrency bug that our unit tests were trying to prove was not there...
IMHO, you _want_ to run the tests twice.
-Stephen
On Jan 10, 2008 12:26 PM, globulon <[EMAIL PROTECTED]> wrote:
>
> Houdy,
>
> I am newby to Maven 2.
>
> I have Introdu
Houdy,
I am newby to Maven 2.
I have Introduced the Cobertura plugin in the reporting section of the
pom.xml file of my main project as follows:
...
org.apache.maven.plugins
Hi Lee,
For Cobertura, your plugin configuration is commented, why ?
So far, only Cobertura 2.0 version is supported , so I advise you to
configure Cobertura as :
...
org.codehaus.mojo
cobertura-maven-plugin
ing found was added
> here
> > http://jira.codehaus.org/browse/MOJO-987
> >
> > 2) I noticed the issue already reported about the Cobertura columns not
> > appearing due to mixed Cobertura version. I suppose they are only
> missing
> > in
> > the parent proje
tp://jira.codehaus.org/browse/MOJO-987
>
> 2) I noticed the issue already reported about the Cobertura columns not
> appearing due to mixed Cobertura version. I suppose they are only missing
> in
> the parent project's dashboard report.
>
> 3) Any ideas on why my PMD and
1) The issue about the relocated XML files not being found was added here
http://jira.codehaus.org/browse/MOJO-987
2) I noticed the issue already reported about the Cobertura columns not
appearing due to mixed Cobertura version. I suppose they are only missing in
the parent project's dash
the dashboard report plugin know whether to include the various
> summarized reports? My PMD and/or CPD report isn't showing up at all in
> the
> dashboard and the Cobertura columns show nothing next to the JDepend
> column
> in that dashboard section.
>
> I'm
How does the dashboard report plugin know whether to include the various
summarized reports? My PMD and/or CPD report isn't showing up at all in the
dashboard and the Cobertura columns show nothing next to the JDepend column
in that dashboard section.
I'm thinking it must look for c
Thanks Jeff,
Please post back when you have any more news.
Best of luck.
Regards,
On Dec 20, 2007 7:45 PM, Jeff MAURY <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I have extended the corbertura-maven-plugin in order to do that but I'm
> facing an issue with the cargo plug
101 - 200 of 588 matches
Mail list logo