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

[Cobertura-devel] grrrr, ignore those previous posts :(

[Hiller, D. (Contractor) <dea...@br...>]

Looks like somehow cobertura 1.8 was getting in my classpath so the
problem was opposite the normal issue of wrong asm .


This message and any attachments are intended only for the use of the addressee and
may contain information that is privileged and confidential. If the reader of the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.

[Cobertura-devel] cobertura 1.9.4.1 instrument works only with 2.2.3 asm...

[Hiller, D. (Contractor) <dea...@br...>]

Well, after playing around, the jar packaged with cobertura is the wrong
one(asm 3.0) and 2.2.3 does have the one with the Boolean constructor
which fixed instrumenting in ant and it works now BUT while fixing that,
this bug seems to come back which was reported as fixed in 1.9.2...(AND
my coverage report says 0% still L ).

 

    [junit] Testcase: testSomething took 3.015 sec

    [junit] Exception in thread "Thread-0"
java.lang.ExceptionInInitializerError

    [junit]     at java.io.File.deleteOnExit(File.java:939)

    [junit]     at
net.sourceforge.cobertura.util.FileLocker.<init>(FileLocker.j

    [junit]     at
net.sourceforge.cobertura.coveragedata.ProjectData.saveGlobal

    [junit]     at
net.sourceforge.cobertura.coveragedata.SaveTimer.run(SaveTime

    [junit]     at java.lang.Thread.run(Thread.java:662)

    [junit] Caused by: java.lang.IllegalStateException: Shutdown in
progress

    [junit]     at java.lang.Shutdown.add(Shutdown.java:62)

    [junit]     at
java.lang.System$2.registerShutdownHook(System.java:1146)

    [junit]     at
java.io.DeleteOnExitHook.<clinit>(DeleteOnExitHook.java:20)

    [junit]     ... 5 more

 

 

Grrrrrrr.....any ideas?  I see the cobertura.ser file now and the
instrumented class in my instrumented directory, but report is not right
yet.

 

Thanks,

Dean


This message and any attachments are intended only for the use of the addressee and
may contain information that is privileged and confidential. If the reader of the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.

[Cobertura-devel] cobertura has 3.0 asm but uses non-existent method

[Hiller, D. (Contractor) <dea...@br...>]

When instrumenting, I got

 

[cobertura-instrument] java.lang.NoSuchMethodError:
org.objectweb.asm.ClassWriter.<init>(Z)V

[cobertura-instrument]  at
net.sourceforge.cobertura.instrument.Main.addInstrumentationToSingleClas
s(Main.java:335)

 

Which means there should be a ClassWriter(Boolean b) constructor in 3.0
asm.  3.0 asm does NOT have this from looking at the class file in
eclipse(which refers to the 3.0 asm) unless I am making a mistake here?
Why is 3.0 asm packaged with cobertura 1.9.4.1 though in that case.
Maybe I am making a mistake?

 

Thanks,

Dean


This message and any attachments are intended only for the use of the addressee and
may contain information that is privileged and confidential. If the reader of the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.

Re: [Cobertura-devel] Does anyone help me a question? Cobertura can ignore some lines?

[Piotr T. <pi...@ta...>]

Hi Shi,

You can try my last snapshot build:
http://duch.mimuw.edu.pl/~ptab/Cobertura/cobertura-1.10.0-2010.12.12-ptab.jar

I hope that we near the release.

Piotr

On Fri, Dec 10, 2010 at 6:42 PM, Shi.Zhao <shi...@or...> wrote:

> Hi Piotr,
>
>   Thanks very much!
>
>   Could you let me know the release schedule? Where can i found it?
>   Is there possible to download a beta version before relase?
>
> Thanks,
> -Shi
>
> 于 2010/12/10 4:41, Piotr Tabor 写道:
> > Ignore method annotation should be available in next release.
> >
> > Piotr
> >
> > 2010/12/10 Steven Christou <ste...@re... <mailto:
> ste...@re...>>
> >
> >     It is not possible to have something like the following (at least to
> the best of my understanding):
> >
> >     public void someMethod() {
> >     ...
> >     //Cobertura ignore start
> >     ...
> >     ...
> >     //Cobertura ignore end
> >     ...
> >     }
> >
> >     There are 2 suggested methods below:
> >
> >     In your ant script you can add the following:
> >
> >     |  <ignore regex="org.apache.log4j.*"  />
> >     |
> >
> >     |In this example you will ignore everything that's located in
> org.apache.log4j.* .|
> >
> >     |Another method is to not instrument the specific file by adding an
> exclude for the certain file:|
> >     |<exclude name="**/NAME_OF_FILE.java"/>
> >     |
> >
> >
> >
> >     On 12/9/2010 5:50 PM, Shi.Zhao wrote:
> >>     Hi,
> >>
> >>        I own a very huge java project with lots of java classes. some
> code is really useful but very hard or impossible to test.
> >>        Is there any work around to ignore those lines? For example,
> Specifying /* Not feasible */ in java souce, then Cobertura ignore it.
> >>
> >>        Thanks in advance!
> >>
> >>     Thanks,
> >>     -Shi
> >>
> >>
> ------------------------------------------------------------------------------
> >>     _______________________________________________
> >>     Cobertura-devel mailing list
> >>     Cob...@li...  <mailto:
> Cob...@li...>
> >>     https://lists.sourceforge.net/lists/listinfo/cobertura-devel
> >     Email Disclaimer:
> >     http://www.redprairie.com/emaildisclaimer/
> >
> >
> >
> ------------------------------------------------------------------------------
> >
> >     _______________________________________________
> >     Cobertura-devel mailing list
> >     Cob...@li... <mailto:
> Cob...@li...>
> >     https://lists.sourceforge.net/lists/listinfo/cobertura-devel
> >
> >
> >
> >
> > --
> > Pozdrawiam,
> > Piotr Tabor
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> >
> >
> >
> > _______________________________________________
> > Cobertura-devel mailing list
> > Cob...@li...
> > https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>
>
>
> ------------------------------------------------------------------------------
> Oracle to DB2 Conversion Guide: Learn learn about native support for
> PL/SQL,
> new data types, scalar functions, improved concurrency, built-in packages,
> OCI, SQL*Plus, data movement tools, best practices and more.
> http://p.sf.net/sfu/oracle-sfdev2dev
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>



-- 
Pozdrawiam,
Piotr Tabor

Re: [Cobertura-devel] Does anyone help me a question? Cobertura can ignore some lines?

[Shi.Zhao <shi...@or...>]

Hi Piotr,

   Thanks very much!

   Could you let me know the release schedule? Where can i found it?
   Is there possible to download a beta version before relase?

Thanks,
-Shi

于 2010/12/10 4:41, Piotr Tabor 写道:
> Ignore method annotation should be available in next release.
>
> Piotr
>
> 2010/12/10 Steven Christou <ste...@re... <mailto:ste...@re...>>
>
>     It is not possible to have something like the following (at least to the best of my understanding):
>
>     public void someMethod() {
>     ...
>     //Cobertura ignore start
>     ...
>     ...
>     //Cobertura ignore end
>     ...
>     }
>
>     There are 2 suggested methods below:
>
>     In your ant script you can add the following:
>
>     |  <ignore regex="org.apache.log4j.*"  />
>     |
>
>     |In this example you will ignore everything that's located in org.apache.log4j.* .|
>
>     |Another method is to not instrument the specific file by adding an exclude for the certain file:|
>     |<exclude name="**/NAME_OF_FILE.java"/>
>     |
>
>
>
>     On 12/9/2010 5:50 PM, Shi.Zhao wrote:
>>     Hi,
>>
>>        I own a very huge java project with lots of java classes. some code is really useful but very hard or impossible to test.
>>        Is there any work around to ignore those lines? For example, Specifying /* Not feasible */ in java souce, then Cobertura ignore it.
>>
>>        Thanks in advance!
>>
>>     Thanks,
>>     -Shi
>>
>>     ------------------------------------------------------------------------------
>>     _______________________________________________
>>     Cobertura-devel mailing list
>>     Cob...@li...  <mailto:Cob...@li...>
>>     https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>     Email Disclaimer:
>     http://www.redprairie.com/emaildisclaimer/
>
>
>     ------------------------------------------------------------------------------
>
>     _______________________________________________
>     Cobertura-devel mailing list
>     Cob...@li... <mailto:Cob...@li...>
>     https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>
>
>
>
> --
> Pozdrawiam,
> Piotr Tabor
>
>
>
> ------------------------------------------------------------------------------
>
>
>
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel

Re: [Cobertura-devel] Does anyone help me a question? Cobertura can ignore some lines?

[Piotr T. <pi...@ta...>]

Ignore method annotation should be available in next release.

Piotr

2010/12/10 Steven Christou <ste...@re...>

>  It is not possible to have something like the following (at least to the
> best of my understanding):
>
> public void someMethod() {
> ...
> //Cobertura ignore start
> ...
> ...
> //Cobertura ignore end
> ...
> }
>
> There are 2 suggested methods below:
>
> In your ant script you can add the following:
>
>  <ignore regex="org.apache.log4j.*" />
>
> In this example you will ignore everything that's located in
> org.apache.log4j.* .
>
> Another method is to not instrument the specific file by adding an exclude
> for the certain file:
> <exclude name="**/NAME_OF_FILE.java"/>
>
>
>
> On 12/9/2010 5:50 PM, Shi.Zhao wrote:
>
> Hi,
>
>   I own a very huge java project with lots of java classes. some code is really useful but very hard or impossible to test.
>   Is there any work around to ignore those lines? For example, Specifying /* Not feasible */ in java souce, then Cobertura ignore it.
>
>   Thanks in advance!
>
> Thanks,
> -Shi
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Cobertura-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>
>  Email Disclaimer:http://www.redprairie.com/emaildisclaimer/
>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>
>


-- 
Pozdrawiam,
Piotr Tabor

Re: [Cobertura-devel] Does anyone help me a question? Cobertura can ignore some lines?

[Steven C. <ste...@re...>]

It is not possible to have something like the following (at least to the 
best of my understanding):

public void someMethod() {
...
//Cobertura ignore start
...
...
//Cobertura ignore end
...
}

There are 2 suggested methods below:

In your ant script you can add the following:

|  <ignore regex="org.apache.log4j.*" />
|

|In this example you will ignore everything that's located in 
org.apache.log4j.* .|

|Another method is to not instrument the specific file by adding an 
exclude for the certain file:|
|<exclude name="**/NAME_OF_FILE.java"/>
|


On 12/9/2010 5:50 PM, Shi.Zhao wrote:
> Hi,
>
>    I own a very huge java project with lots of java classes. some code is really useful but very hard or impossible to test.
>    Is there any work around to ignore those lines? For example, Specifying /* Not feasible */ in java souce, then Cobertura ignore it.
>
>    Thanks in advance!
>
> Thanks,
> -Shi
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel

Email Disclaimer:
http://www.redprairie.com/emaildisclaimer/

[Cobertura-devel] Does anyone help me a question? Cobertura can ignore some lines?

[Shi.Zhao <shi...@or...>]

Hi,

  I own a very huge java project with lots of java classes. some code is really useful but very hard or impossible to test.
  Is there any work around to ignore those lines? For example, Specifying /* Not feasible */ in java souce, then Cobertura ignore it.

  Thanks in advance!

Thanks,
-Shi

[Cobertura-devel] Uncovered class declaration line : why?

[Julien H. <he...@ya...>]

Hi,

Sonar is using Cobertura to compute code coverage. Could you please explain me 
why in this case the line is reported as not covered?
http://nemo.sonarsource.org/resource/index/com.googlecode.lambdaj:lambdaj:ch.lambdaj.collection.LambdaMap?metric=coverage


public class LambdaMap<K, V> implements Map<K, V>, Cloneable {Thanks,

Julien

[Cobertura-devel] how to instrument client server application(Java)

[Piotr T. <pi...@ta...>]

Maybe try experimenting with coberturaFlush.war (google for it),

Or force your application to run that code just before shutdown:

            String className =
"net.sourceforge.cobertura.coveragedata.ProjectData";
            String methodName = "saveGlobalProjectData";
            Class saveClass = Class.forName(className);
            java.lang.reflect.Method saveMethod =
saveClass.getDeclaredMethod(methodName, new Class[0]);
            saveMethod.invoke(null,new Object[0]);

Piotr



On Thu, Dec 2, 2010 at 10:15 AM, Amar Kumar
<am...@in...>wrote:

>
> Thanks Again,
> I tried adding System.getRuntime().addShutdownHook() in one sample code
> (not related to my application) & in ShutDownListener added 2 secs
> sleep(without sleep cobertura was not writing in .ser file.) & cobertura
> wrote in the .ser file correctly.
> Similar thing is not happening with my application even though I have done
> the same thing, & even have added sleep for few minutes.
> Can you once again help me.
>
>
> Thanks,
> Amar
> Emp No. 1284
> Ext. 8127
> ________________________________________
> From: pio...@gm... [pio...@gm...] On Behalf Of Piotr
> Tabor [pi...@ta...]
> Sent: Tuesday, November 30, 2010 8:08 PM
> To: Amar Kumar
> Subject: Re: [Cobertura-devel] how to instrument client server
> application(Java)
>
> On Tue, Nov 30, 2010 at 2:56 PM, Amar Kumar <am...@in...
> <mailto:am...@in...>> wrote:
>
> Thanks for that,
> I have another naive doubt to bother you (being a fresher).
> I have instrumented my application( a jar file) & my .ser file is in the
> same folder.
> Even if I run the jar on the server only & do the manual testing on the
> application, & then stop the application, there is no change in the .ser
> file.
> Can you tell me what could be the problem.
>
> How do you stop the application ? The problem is probably connected to the
> fact that we dump the *.ser file when application shutdown callback are
> runned (System.getRuntime().addShutdownCallback(...)). I assume that the
> shutdown is not activated in your case.
>
> PT
>



-- 
Pozdrawiam,
Piotr Tabor



-- 
Pozdrawiam,
Piotr Tabor

[Cobertura-devel] Maven plugin with multiple execution tests

[Flavia R. <fla...@jb...>]

Hi all,

I'm new to this list and I'm a big fan of Cobertura.

I'm sending this e-mail to talk about a problem I'm having.

If I run mvn clean install cobertura:cobertura with this project: 
https://github.com/jbossas/jboss-msc, the results show 0% of coverage.

The problem started when I changed the pom script:
https://github.com/jbossas/jboss-msc/blob/master/pom.xml

I needed to run one of the tests with a javaagent enabled, so I had to 
create two test executions: one that runs all the other tests, and a 
second one that runs the specific test with javaagent. Given that the 
test that requires javaagent will fail if it's executed without the 
agent, I added a skip true to the surefire-plugin parent configuration, 
and each surefire execution override this value with false.

My previous pom, that contained the tags below, used to work ok with 
cobertura.

So I'm assuming the cause of the problem is the skip true in the parent 
surefire tag. For some reason, cobertura fails to detect that there are 
surefire executions overriding skip value with false. Can somebody look 
into this? It would be great if this were fixed in a future release :-).


<plugin>
<artifactId>maven-surefire-plugin</artifactId>
<configuration>
<systemProperties>
<property>
<name>jboss.msc.profile.output</name>
<value>${project.build.testOutputDirectory}/prof.txt</value>
</property>
<property>
<name>java.util.logging.manager</name>
<value>org.jboss.logmanager.LogManager</value>
</property>
</systemProperties>

<includes>
<include>**/*TestCase.java</include>
</includes>
<excludes>
<exclude>org/jboss/msc/bench/*.java</exclude>
<exclude>org/jboss/msc/racecondition/*.java</exclude>
</excludes>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-antrun-plugin</artifactId>
<version>1.6</version>
<executions>
<execution>
<id>run-racecondition-tests</id>
<goals>
<goal>run</goal>
</goals>
<phase>test</phase>
<configuration>
<target>
<property name="byteman.path" 
value="${maven.dependency.org.jboss.byteman.byteman.jar.path}" />
<property name="report.dir" 
value="${project.build.directory}/surefire-reports" />
<property name="testOutputDirectory" 
value="${project.build.testOutputDirectory}" />
<property name ="jboss.msc.profile.output" 
value="${project.build.testOutputDirectory}/prof.txt" />
<property name="java.util.logging.manager" 
value="org.jboss.logmanager.LogManager" />
<property name="bytemanScript" 
value="${testOutputDirectory}/org/jboss/msc/racecondition/StopRequestedToUpTransitionTestCase.txt"/>
<junit printsummary="yes" fork="true" haltonfailure="true" 
haltonerror="true">
<classpath><path refid="maven.test.classpath"/></classpath>
<jvmarg value="-javaagent:${byteman.path}=script:${bytemanScript}"/>
<sysproperty key="org.jboss.byteman.debug" value="true"/>
<formatter 
classname="org.jboss.ant.taskdefs.XMLJUnitMultipleResultFormatter" 
usefile="true" extension=".xml" />
<formatter type="plain" usefile="true" extension=".txt" />
<test fork="yes" 
name="org.jboss.msc.racecondition.StopRequestedToUpTransitionTestCase" 
todir="${report.dir}"/>
</junit>
</target>
</configuration>
</execution>
</executions>
<dependencies>
<dependency>
<groupId>ant</groupId>
<artifactId>ant-junit</artifactId>
<version>1.6.5</version>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.4</version>
</dependency>
</dependencies>
</plugin>

Regards,

-- 
Flavia Rainone | JBoss Core Developer

M: (+55) (+11) 8122-5466
YIM/MSNIM: flaviarnn

Re: [Cobertura-devel] how to instrument client server application(Java)

[Piotr T. <pi...@ta...>]

> Can Anybody suggest me is there a different method to instrument such an
> application; & since the client code is downloaded to some other local
> machine & executed, will the .ser file related to the client will be in
> this
> machine or the server.
>

The *.ser file is currently created during the instrumentation process and
contains map of monitored points in the App (we are probably going to relax
this requirement in future ?).
The *.ser file is extended with coverage information during application
runtime. It is expected to exists on the machine where you run application.

So in your case you need to copy (probably manually) the *.ser into working
directory of your client application. Run test there and analyze the
outgoing ser file from the client.

PT

[Cobertura-devel] how to instrument client server application(Java)

[newbie87 <am...@in...>]

Hey all, 
We are developing a java based Client-Server Application.
We want to check the code coverage for the test cases written to test this
application.
In the process, we are able to instrument the application & run it. As our
application is a desktop based application where the client application is
downloaded to one of the client's local machine, & starts executing by
connecting to the specified server. After running the test cases the .ser
file (generated at the server) contains code coverage information related
only to the the server application, but not the client info.

Can Anybody suggest me is there a different method to instrument such an
application; & since the client code is downloaded to some other local
machine & executed, will the .ser file related to the client will be in this
machine or the server.

Thanks in Advance.


-- 
View this message in context: http://old.nabble.com/how-to-instrument-client-server-application%28Java%29-tp30317586p30317586.html
Sent from the cobertura-devel mailing list archive at Nabble.com.

Re: [Cobertura-devel] Instrument jars

[booja p. <boo...@gm...>]

Hi Ashish

If i understand the problem correctly, then the following ant task would do

<delete file="cobertura.ser" />

<cobertura-instrument todir="*${dir.gen.jars.instrumented}*">
    <fileset dir="*${dir.gen.jars}*">
        <include name="*.jar" />
    </fileset>
</cobertura-instrument>


In case this doesnot help, please do send some more details about your problem.


Thanks

Boojapathy



2010/11/26 Soni, Ashish IN BLR SISL <ash...@si...>

>  Hello All,
>
>
>
> I would like to instrument all jars in the following directory: *${dir.gen.jars}
> -> <Dir>/gen/jars/* with some include and exclude rule and I put them to
> different destination directory *${dir.gen.jars.instrumented} ->
> <Dir>/gen/instrumented-jars/*.
>
> ----------------------------------------------------------------
>
> With best regards,
>
> Ashish Soni
>
>
>
> Siemens Information Systems Ltd.
>
> Corporate Technology
>
> Corporate Development Center India
>
> Healthcare 1
>
> PACS
>
>
>
> No 84, Keonics Electronics City,
>
> Hosur Road, Bangalore 560100
>
> Tel.:  +91 80 2511 3353
>
> mailto.: ash...@si...
>
> www.siemens.co.in
>
>
>
> ------------------------------
> Important notice: This e-mail and any attachment there to contains
> corporate proprietary information. If you have received it by mistake,
> please notify us immediately by reply e-mail and delete this e-mail and its
> attachments from your system.
> Thank You.
>
>
> ------------------------------------------------------------------------------
> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
> Tap into the largest installed PC base & get more eyes on your game by
> optimizing for Intel(R) Graphics Technology. Get started today with the
> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> http://p.sf.net/sfu/intelisp-dev2dev
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>
>

[Cobertura-devel] Instrument jars

[Soni, A. IN B. S. <ash...@si...>]

Hello All,

I would like to instrument all jars in the following directory: ${dir.gen.jars} -> <Dir>/gen/jars/ with some include and exclude rule and I put them to different destination directory ${dir.gen.jars.instrumented} -> <Dir>/gen/instrumented-jars/.
----------------------------------------------------------------
With best regards,
Ashish Soni

Siemens Information Systems Ltd.
Corporate Technology
Corporate Development Center India
Healthcare 1
PACS

No 84, Keonics Electronics City,
Hosur Road, Bangalore 560100
Tel.:  +91 80 2511 3353
mailto.: ash...@si...<mailto:ash...@si...>
www.siemens.co.in<http://www.siemens.co.in>


________________________________
Important notice: This e-mail and any attachment there to contains corporate proprietary information. If you have received it by mistake, please notify us immediately by reply e-mail and delete this e-mail and its attachments from your system.
Thank You.

Re: [Cobertura-devel] Passed tests with 'mvn install' fail with cobertura

[stlecho <st...@gm...>]

When running 'mvn install', I have the following JNDI names:
INFO: Portable JNDI names for EJB HVATRManagerImpl :
[java:global/classes/HVATRManagerImpl!be.fgov.minfin.stiron2.vies.business.requestresponse.vat.hvatr.HVATRManager,
java:global/classes/HVATRManagerImpl].

The java:global/classes/HVATRManagerImpl bean is found because it exists.

When running 'mvn sonar:sonar', I have the following JNDI names:
INFO: Portable JNDI names for EJB HVATRManagerImpl :
[java:global/classes/HVATRManagerImpl!be.fgov.minfin.stiron2.vies.business.requestresponse.vat.hvatr.HVATRManager,
java:global/classes/HVATRManagerImpl!net.sourceforge.cobertura.coveragedata.HasBeenInstrumented]

The java:global/classes/HVATRManagerImpl bean is not found because it does
not exist.

In the test code, I'm currently using
context.lookup("java:global/classes/HVATRManagerImpl). Changing this to
context.lookup("java:global/classes/HVATRManagerImpl!"+HVATRManager.class.getName())
solves the issue.

Why is the java:global/classes/HVATRManagerImpl bean not known as JNDI name
when using Cobertura ?


stlecho wrote:
> 
> When running unit tests with Maven, all the tests pass. When running the
> same tests wih Cobertura, the tests fail with the an exception. Running
> the same tests in Eclipse works perfectly. The project uses EJB3 and JPA.
> The unit tests are run within an embedded Glassfish container.
> 
> Exception
> javax.naming.NamingException: Lookup failed for
> 'java:global/classes/HVATRManagerImpl' in SerialContext  [Root exception
> is javax.naming.NameNotFoundException: HVATRManagerImpl not found]
> 
> Can someone please help me with the issue ?
> 
> 

-- 
View this message in context: http://old.nabble.com/Passed-tests-with-%27mvn-install%27-fail-with-cobertura-tp30237756p30238358.html
Sent from the cobertura-devel mailing list archive at Nabble.com.

[Cobertura-devel] Passed tests with 'mvn install' fail with cobertura

[stlecho <st...@gm...>]

When running unit tests with Maven, all the tests pass. When running the same
tests wih Cobertura, the tests fail with the an exception. Running the same
tests in Eclipse works perfectly. The project uses EJB3 and JPA. The unit
tests are run within an embedded Glassfish container.

Exception
javax.naming.NamingException: Lookup failed for
'java:global/classes/HVATRManagerImpl' in SerialContext  [Root exception is
javax.naming.NameNotFoundException: HVATRManagerImpl not found]

Can someone please help me with the issue ?

-- 
View this message in context: http://old.nabble.com/Passed-tests-with-%27mvn-install%27-fail-with-cobertura-tp30237756p30237756.html
Sent from the cobertura-devel mailing list archive at Nabble.com.

[Cobertura-devel] Cobertura is not using persistecnce.xml from test-classes

[stlecho <st...@gm...>]

In my project I have 2 persistence.xml files. A first one - located in
classes - that connects to the real DB and a second one - located in
test-classes - that connects to an in-memory DB. The second persistence.xml
is being used for my unit tests. Cobertura however uses the first
persistence.xml and not the one I'm using for the unit tests. 

How can I change Cobertura such that the correct persistence.xml is used ?
-- 
View this message in context: http://old.nabble.com/Cobertura-is-not-using-persistecnce.xml-from-test-classes-tp30237164p30237164.html
Sent from the cobertura-devel mailing list archive at Nabble.com.

[Cobertura-devel] Details needed on next release and process to join as a dev

[booja p. <boo...@gm...>]

Hi

I would like to know the roadmap  for next release of corbetura will be
done. I hope that release will have the patch for ignoring methods.

I am also willing to work on the instrumentation and code coverage for loops
and conditional branching. Please do let me know, what is the process to
join as a dev, if i can do so.

We are using corbetura across multiple projects and would like to see some
of these features rolled out.

Thanks
Boojapathy

Re: [Cobertura-devel] newbie to java and code coverage

[John W. L. <Joh...@sa...>]

Preferably in the app server's library so it will be loaded by the app server's classloader.   The cobertura.jar does not have any dependencies at runtime.

John


From: gopala krishna [mailto:gkn...@gm...]
Sent: Thursday, October 14, 2010 5:17 AM
To: Sivaranjan Sahu
Cc: cob...@li...
Subject: Re: [Cobertura-devel] newbie to java and code coverage

You need to place cobertura.jar (may be its dependencies as well) in the web application classpath or in the app server library so that application starts properly.
2010/10/14 Sivaranjan Sahu <dre...@gm...<mailto:dre...@gm...>>
Hi

This is Siva, and I am new to java. I have done some code coverage on .net before.

I have the following situation :

  *   I am testing a web app
  *   the web app has hundreds of jars, out of which only one I am interested to instrument
  *   I copied the jar to another location from which I run instrumentation
  *   I instrumented the jar with ant, it generated the .ser file
  *   I copied the instrumented jar and the .ser file to the original location of the .jar file (with the web app).
  *   I tried to run the web app - it is not statrting.
Please note :

  *   I have not changed any classpath on the web application server. Please help me how to do this in lay man terms, I am complete novice to java.
  *   The jar file cannot be invoked manually, it is called somewhere in the web application. What else do I need to do in order to monitor this ?

thanks
Siva

------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
_______________________________________________
Cobertura-devel mailing list
Cob...@li...<mailto:Cob...@li...>
https://lists.sourceforge.net/lists/listinfo/cobertura-devel

Re: [Cobertura-devel] newbie to java and code coverage

[gopala k. <gkn...@gm...>]

You need to place cobertura.jar (may be its dependencies as well) in the web
application classpath or in the app server library so that application
starts properly.

2010/10/14 Sivaranjan Sahu <dre...@gm...>

> Hi
>
> This is Siva, and I am new to java. I have done some code coverage on .net
> before.
>
> I have the following situation :
>
>
>    - I am testing a web app
>    - the web app has hundreds of jars, out of which only one I am
>    interested to instrument
>    - I copied the jar to another location from which I run instrumentation
>    - I instrumented the jar with ant, it generated the .ser file
>    - I copied the instrumented jar and the .ser file to the original
>    location of the .jar file (with the web app).
>    - I tried to run the web app - it is not statrting.
>
> Please note :
>
>    - I have not changed any classpath on the web application server.
>    Please help me how to do this in lay man terms, I am complete novice to
>    java.
>    - The jar file cannot be invoked manually, it is called somewhere in
>    the web application. What else do I need to do in order to monitor this ?
>
>
> thanks
> Siva
>
>
> ------------------------------------------------------------------------------
> Beautiful is writing same markup. Internet Explorer 9 supports
> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
> Spend less time writing and  rewriting code and more time creating great
> experiences on the web. Be a part of the beta today.
> http://p.sf.net/sfu/beautyoftheweb
> _______________________________________________
> Cobertura-devel mailing list
> Cob...@li...
> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>
>

[Cobertura-devel] newbie to java and code coverage

[Sivaranjan S. <dre...@gm...>]

Hi

This is Siva, and I am new to java. I have done some code coverage on .net
before.

I have the following situation :


   - I am testing a web app
   - the web app has hundreds of jars, out of which only one I am interested
   to instrument
   - I copied the jar to another location from which I run instrumentation
   - I instrumented the jar with ant, it generated the .ser file
   - I copied the instrumented jar and the .ser file to the original
   location of the .jar file (with the web app).
   - I tried to run the web app - it is not statrting.

Please note :

   - I have not changed any classpath on the web application server. Please
   help me how to do this in lay man terms, I am complete novice to java.
   - The jar file cannot be invoked manually, it is called somewhere in the
   web application. What else do I need to do in order to monitor this ?


thanks
Siva

Re: [Cobertura-devel] Major 'instrumentation code' refactoring

[Piotr T. <pi...@ta...>]

I hope I've fixed problems reported by Steven. The new RC of my branch is
here:
http://www.mimuw.edu.pl/~ptab/Cobertura/cobertura-1.10.0-2010.10.12-ptab.jar

Piotr

On Fri, Oct 8, 2010 at 3:05 AM, Steven Christou <
ste...@re...> wrote:

>  With the new cobertura i've been running into issues where method code
> length is too long. I didn't run into this issue while using the old version
> of cobertura. Is the new version adding more code to each .class file which
> is causing this issue?
> Thanks!
>
>       [exec]     [junit] Exception in thread "Thread-1" java.lang.ClassFormatError: Invalid method Code length 72519 in class file com/sample/LargeFile
>      [exec]     [junit] 	at java.lang.ClassLoader.defineClass1(Native Method)
>      [exec]     [junit] 	at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632)
>      [exec]     [junit] 	at java.lang.ClassLoader.defineClass(ClassLoader.java:616)
>      [exec]     [junit] 	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
>      [exec]     [junit] 	at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
>      [exec]     [junit] 	at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
>      [exec]     [junit] 	at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
>      [exec]     [junit] 	at java.security.AccessController.doPrivileged(Native Method)
>      [exec]     [junit] 	at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
>      [exec]     [junit] 	at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
>      [exec]     [junit] 	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
>      [exec]     [junit] 	at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
>      [exec]     [junit] 	at java.lang.Class.getDeclaringClass(Native Method)
>      [exec]     [junit] 	at java.lang.Class.getEnclosingClass(Class.java:1085)
>      [exec]     [junit] 	at java.lang.Class.getCanonicalName(Class.java:1169)
>      [exec]     [junit] 	at net.sourceforge.cobertura.coveragedata.TouchCollector.applyTouchesToSingleClassOnProjectData(TouchCollector.java:38)
>      [exec]     [junit] 	at net.sourceforge.cobertura.coveragedata.TouchCollector.applyTouchesOnProjectData(TouchCollector.java:30)
>      [exec]     [junit] 	at net.sourceforge.cobertura.coveragedata.ProjectData.saveGlobalProjectData(ProjectData.java:321)
>      [exec]     [junit] 	at net.sourceforge.cobertura.coveragedata.SaveTimer.run(SaveTimer.java:31)
>      [exec]     [junit] 	at java.lang.Thread.run(Thread.java:619)
>
>
>
> On 10/7/2010 5:03 PM, Piotr Tabor wrote:
>
> AFAIK cobertura loads, merges and saves the results just before JVM is
> going for shutdown, by using this hook:
> http://download.oracle.com/javase/1.5.0/docs/api/java/lang/Runtime.html#addShutdownHook(java.lang.Thread)<http://download.oracle.com/javase/1.5.0/docs/api/java/lang/Runtime.html#addShutdownHook%28java.lang.Thread%29>
>
> Are you sure that your build/test framework (Maven surefire) is not
> restarting JVM for that test?
>
> Piotr Tabor
>
>
> On Thu, Oct 7, 2010 at 11:33 PM, Steven Christou <
> ste...@re...> wrote:
>
>>  That's understandable and I agree. I just wanted to make sure
>> threadsaferigorous is off and not on. Also I agree with the logger idea. I
>> just noticed all the output in the console with the jar you provided and got
>> scared.
>>
>> I had another small question. I was wondering why is it that cobertura
>> loads, and saves data after every junit. I noticed that this part takes a
>> while to run, and was wondering if there was a way we could try and execute
>> the loading and saving after every 2 or 3 test units?
>>
>> This is a sample of what comes out when executing a junit with cobertura:
>>
>> [junit] Cobertura: Loaded information on 2000 classes.
>> [junit] Cobertura: Saved information on 2000 classes.
>>
>>
>>
>>
>>
>> On 10/7/2010 2:40 PM, Piotr Tabor wrote:
>>
>> ThreadSafeRigorous is set to off, because I assume that most of users want
>> to have 4 times faster execution of tests and exact results of coverage (in
>> multi thread programs too) instead of
>> 4 times slower code execution and exact counts of hits per line.
>>
>> If we use System.out to log messages, we should consider changing it java
>> logging. This way it could be configured by java properties.
>>
>> Piotr
>> 2010/10/7 Steven Christou <ste...@re...>
>>
>>>  This is great! I ran all my tests, and it looks like this fix is going
>>> to be a nice one. I was just wondering though if you could provide another
>>> jar without the calls to System.out. Also I was wondering is
>>> ThreadSafeRigorous set to OFF by default?
>>>
>>> Thanks again!
>>>
>>>
>>> On 10/4/2010 3:01 AM, Piotr Tabor wrote:
>>>
>>>  If you want to test the RC version from the branch, I've prepared the
>>> ready jar for it:
>>> http://www.mimuw.edu.pl/~ptab/Cobertura/cobertura-1.10.0-2010.10-ptab.jar<http://www.mimuw.edu.pl/%7Eptab/Cobertura/cobertura-1.10.0-2010.10-ptab.jar>
>>> .
>>>
>>> Piotr Tabor
>>>
>>> On Sun, Oct 3, 2010 at 11:14 PM, Piotr Tabor <pi...@ta...> wrote:
>>>
>>>> The last publicly available version 1.9.4.1 does not support this
>>>> options (--ignoreTrivial, --ignoreMethodAnnotation). Trunk (with content
>>>> planned of 1.9.5) and ptab_v2_0 branch (with proposition probably for
>>>> 1.10.0)
>>>> contains support for this options (description here:
>>>> https://cobertura.svn.sourceforge.net/svnroot/cobertura/trunk/cobertura/ChangeLog).
>>>> Documentation has not been updated because this changes has not been
>>>> released yet.
>>>>
>>>> End - yes: all this options are supported by ant-task.
>>>>
>>>> Regards,
>>>> Piotr Tabor
>>>>
>>>>
>>>> 210/9/29 Steven Christou <ste...@re...>
>>>>
>>>>  I was wondering if there was going to be any documentation added to
>>>>> the cobertura documentation page about these new arguments. Also I was
>>>>> wondering if there was any support for these arguments through the ant task?
>>>>> Thanks!
>>>>>
>>>>>
>>>>> On 9/26/2010 4:46 PM, Piotr Tabor wrote:
>>>>>
>>>>>  I've worked on version in the brunch. The code is AFAIK
>>>>> test-before-release ready.
>>>>> I've migrated support for --ignoreTrivial and --ignoreAnnotations and
>>>>> added a new switch --threadsafeRigorous. In the mode cobertura is less
>>>>> faster then without
>>>>> the switch, but the counts of hits per line are precise in
>>>>> multithreaded situations. The switch should not affect the coverage results
>>>>> (% of hit lines and branches).
>>>>>
>>>>> My spare time is going to be over, so I don't plan any other changes
>>>>> then bugfixes to the reported problems with the new solution.
>>>>>
>>>>> Piotr Tabor
>>>>>
>>>>> On Mon, Sep 13, 2010 at 8:14 PM, John W. Lewis <Joh...@sa...>wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>   I’ll take a look – hopefully soon.
>>>>>>
>>>>>>
>>>>>>
>>>>>> *From:* Piotr Tabor [mailto:pio...@gm...]
>>>>>> *Sent:* Sunday, September 12, 2010 3:59 AM
>>>>>> *To:* cob...@li...
>>>>>> *Subject:* [Cobertura-devel] Major 'instrumentation code' refactoring
>>>>>>
>>>>>>
>>>>>>
>>>>>> Hello Cobertura masters,
>>>>>>
>>>>>> Long time ago (March) I promised to provide a really faster version of
>>>>>> Cobertura, but I started to be really busy then. Finally I found some time
>>>>>> and prepared it.
>>>>>> It is stored here:
>>>>>> https://cobertura.svn.sourceforge.net/svnroot/cobertura/branches/ptab_v2_0
>>>>>> (should be probably 1.10) and the net.sourceforge.cobertura.instrument
>>>>>> package
>>>>>> is totally rewritten.
>>>>>>
>>>>>> The current status is:
>>>>>>
>>>>>>  Additional benefits:
>>>>>>      * Speed, speed, speed
>>>>>>      * It is extremly close to supress requirement that *.sar file
>>>>>> created during instrumentation is needed during runtime. In fact the file is
>>>>>> now created
>>>>>>     only for backward compability.
>>>>>>      * SwitchFunctionalTest works now. Some simillar fixes to coverage
>>>>>> in other areas.
>>>>>>      * I think that the new code is cleaner.
>>>>>>
>>>>>>   Drawbacks:
>>>>>>      * To count the hits I'm using in this implementation just:  int[]
>>>>>> hits;
>>>>>>        and to register hit I use: hits[...]++;
>>>>>>        It is extremly fast, but not exactly thread safe. There will be
>>>>>> no 'exception' thrown or other problems, but we can
>>>>>>        miss some hits (tests shows that it is <5% of hits). But it is
>>>>>> guaranteed that if there is at least one hit for a single touch-point, it
>>>>>> will be
>>>>>>        registered. So it does not affect coverage, and seams to be
>>>>>> acceptable for 99.9% usage scenarios.
>>>>>>        If required an exact-thread-safe mode can be implemented (see
>>>>>> AtomicArrayCodeProvider)
>>>>>>        (but usege of AtomicIntegerArray causes significant (5-10
>>>>>> times) performance decrease - but still is faster then cobertura 1.9.4+).
>>>>>>
>>>>>>  TODO:
>>>>>>      * ignore and ignore trival functionality has not been merged yet
>>>>>>      * exact-thread-safe mode swotch
>>>>>>      * The code need more tests
>>>>>>
>>>>>> I would appreciate if you (John ?) could have a look at the code and
>>>>>> scribe opinion about it.
>>>>>>
>>>>>> Regards,
>>>>>> Piotr Tabor
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Pozdrawiam,
>>>>> Piotr Tabor
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Start uncovering the many advantages of virtual appliances
>>>>> and start using them to simplify application deployment and
>>>>> accelerate your shift to cloud computing.http://p.sf.net/sfu/novell-sfdev2dev
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Cobertura-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>>>>>
>>>>>  Email Disclaimer:http://www.redprairie.com/emaildisclaimer/
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Start uncovering the many advantages of virtual appliances
>>>>> and start using them to simplify application deployment and
>>>>> accelerate your shift to cloud computing.
>>>>> http://p.sf.net/sfu/novell-sfdev2dev
>>>>> _______________________________________________
>>>>> Cobertura-devel mailing list
>>>>> Cob...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Pozdrawiam,
>>>> Piotr Tabor
>>>>
>>>
>>>
>>>
>>> --
>>> Pozdrawiam,
>>> Piotr Tabor
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Virtualization is moving to the mainstream and overtaking non-virtualized
>>> environment for deploying applications. Does it make network security
>>> easier or more difficult to achieve? Read this whitepaper to separate the
>>> two and get a better understanding.http://p.sf.net/sfu/hp-phase2-d2d
>>>
>>>
>>> _______________________________________________
>>> Cobertura-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>>>
>>>    Email Disclaimer:http://www.redprairie.com/emaildisclaimer/
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Beautiful is writing same markup. Internet Explorer 9 supports
>>> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
>>> Spend less time writing and  rewriting code and more time creating great
>>> experiences on the web. Be a part of the beta today.
>>> http://p.sf.net/sfu/beautyoftheweb
>>> _______________________________________________
>>> Cobertura-devel mailing list
>>> Cob...@li...
>>> https://lists.sourceforge.net/lists/listinfo/cobertura-devel
>>>
>>>
>>
>>
>> --
>> Pozdrawiam,
>> Piotr Tabor
>>
>>    Email Disclaimer:http://www.redprairie.com/emaildisclaimer/
>>
>>
>
>
> --
> Pozdrawiam,
> Piotr Tabor
>
>  Email Disclaimer:http://www.redprairie.com/emaildisclaimer/
>
>


-- 
Pozdrawiam,
Piotr Tabor

[Cobertura-devel] Fwd: Measure web application with referenced library

[Liang HE <goa...@gm...>]

Could somebody help me?

---------- Forwarded message ----------
From: Liang HE <goa...@gm...>
Date: Thu, Oct 7, 2010 at 9:18 AM
Subject: Re: [Cobertura-devel] Measure web application with referenced
library
To: "John W. Lewis" <Joh...@sa...>


Hi John,

Have you got a chance to look into it? Please let me know if you need more
information.

Thank you!
Liang


On Fri, Oct 1, 2010 at 11:53 AM, Liang HE <goa...@gm...> wrote:

> I am using command line. I've attached instrumentation script and reporting
> script.
> Appreciate your help!
>
>
>
> On Fri, Oct 1, 2010 at 9:47 AM, John W. Lewis <Joh...@sa...> wrote:
>
>>
>>
>> If you send your ant script, I will take a look at it.
>>
>>
>>
>> *From:* Liang HE [mailto:goa...@gm...]
>> *Sent:* Thursday, September 30, 2010 7:08 PM
>> *To:* John W. Lewis
>>
>> *Subject:* Re: [Cobertura-devel] Measure web application with referenced
>> library
>>
>>
>>
>> Hi John,
>>
>> Thanks for reply!
>> The structure under j2ee/home is like:
>>
>> j2ee
>>   |-- home
>>   |    |--applications
>>   |              |-- MainApp
>>   |                      |--WEB-INF
>>   |                                |-- classes
>>   |-- shared-lib
>>           |-- ref1.jar
>>           |-- ref2.jar
>>
>> The classes in WEB-INF and jars in share-lib are all instrumented.
>> Otherwise they will not be listed in the report. The report shows correct
>> coverage of classes but failed reporting reference jars. All referenced
>> classes have 0% coverage though I am sure they are accessed.
>>
>> Thanks,
>> Liang
>>
>> On Thu, Sep 30, 2010 at 11:24 PM, John W. Lewis <Joh...@sa...>
>> wrote:
>>
>>
>>
>> I would first make sure the classes under j2ee/home are instrumented – it
>> sounds like you are calling those the “referenced” classes that are showing
>> 0% coverage.
>>
>>
>>
>> John
>>
>>
>>
>>
>>
>> *From:* Liang HE [mailto:goa...@gm...]
>> *Sent:* Thursday, September 30, 2010 4:07 AM
>> *To:* cob...@li...
>> *Subject:* Re: [Cobertura-devel] Measure web application with referenced
>> library
>>
>>
>>
>> Hi All,
>>
>> I am new to Cobertura, wonder if cobertura is able to measure
>> referenced-lib. We have a main project, say App.ear, deployed on OC4j app
>> server, and a few projects are packaged and put in shared-lib under
>> j2ee/home. I instrumentd all these projects (classes and jar files), and
>> started the app server. It runs well. Then I access flushCobertura or stop
>> app server to dump coverage information. What is frustrating me is that only
>> classes in main Project were measured and have correct data; the referenced
>> classes are showed 0% coverage. I am quite sure they were accessed. Should I
>> do something particularly to have it work?
>>
>> Thanks,
>> Liang
>>
>>
>>
>
>

[Cobertura-devel] IllegalStateException: Shutdown in progress on AIX

[Serge A. <Ser...@ia...>]

[INFO] [cobertura:instrument]
[INFO] Cobertura 1.9.4.1 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file
Instrumenting 32 files to /orm/dev/hudson/jobs/pci-site/workspace/pci-phase3-branch/ccpayment/ccpayment-web/target/generated-classes/cobertura
Cobertura: Saved information on 32 classes.
Instrument time: 1084ms

[INFO] Instrumentation was successful.
[INFO] [resources:testResources]
[WARNING] Using platform encoding (ISO8859-1 actually) to copy filtered resources, i.e. build is platform dependent!
[INFO] Copying 0 resource
[INFO] [compiler:testCompile]
[INFO] Nothing to compile - all classes are up to date
[INFO] [surefire:test]
[WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.SystemPropertyProfileActivator@59065906
[INFO] Surefire report directory: /orm/dev/hudson/jobs/pci-site/workspace/pci-phase3-branch/ccpayment/ccpayment-web/target/surefire-reports

-------------------------------------------------------
 T E S T S
-------------------------------------------------------
Running net.iaglimited.ccpayment.web.PayNowControllerTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.77 sec
Running net.iaglimited.ccpayment.web.PayAndReceiptResultControllerTest
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.221 sec
Running net.iaglimited.ccpayment.web.TokeniseControllerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.02 sec
Running net.iaglimited.ccpayment.web.PaymentGatewayCallbackControllerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.008 sec
Running net.iaglimited.ccpayment.web.PaymentResultControllerTest
...
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.023 sec

Results :

Tests run: 14, Failures: 0, Errors: 0, Skipped: 0

Flushing results...
Flushing results done
Cobertura: Loaded information on 32 classes.
Exception in thread "Thread-7" java.lang.ExceptionInInitializerError
	at java.lang.J9VMInternals.initialize(J9VMInternals.java:222)
	at java.util.prefs.FileSystemPreferencesFactory.userRoot(FileSystemPreferencesFactory.java:36)
	at java.util.prefs.Preferences.userRoot(Preferences.java:446)
	at java.util.prefs.Preferences.userNodeForPackage(Preferences.java:360)
	at com.ibm.crypto.pkcs11impl.provider.IBMPKCS11Impl.<init>(IBMPKCS11Impl.java:612)
	at java.lang.J9VMInternals.newInstanceImpl(Native Method)
	at java.lang.Class.newInstance(Class.java:1325)
	at org.apache.harmony.security.fortress.Services.newInstance(Services.java:384)
	at org.apache.harmony.security.fortress.Services.access$200(Services.java:52)
	at org.apache.harmony.security.fortress.Services$NormalServices.loadProviders(Services.java:115)
	at org.apache.harmony.security.fortress.Services$NormalServices.access$000(Services.java:65)
	at org.apache.harmony.security.fortress.Services$NormalServices$1.run(Services.java:91)
	at java.security.AccessController.doPrivileged(AccessController.java:202)
	at org.apache.harmony.security.fortress.Services$NormalServices.<clinit>(Services.java:89)
	at java.lang.J9VMInternals.initializeImpl(Native Method)
	at java.lang.J9VMInternals.initialize(J9VMInternals.java:200)
	at org.apache.harmony.security.fortress.Services.refresh(Services.java:345)
	at org.apache.harmony.security.fortress.Engine.getInstance(Engine.java:128)
	at java.security.MessageDigest.getInstance(MessageDigest.java:75)
	at java.io.ObjectStreamClass.computeDefaultSUID(ObjectStreamClass.java:1771)
	at java.io.ObjectStreamClass.access$100(ObjectStreamClass.java:64)
	at java.io.ObjectStreamClass$1.run(ObjectStreamClass.java:217)
	at java.security.AccessController.doPrivileged(AccessController.java:202)
	at java.io.ObjectStreamClass.getSerialVersionUID(ObjectStreamClass.java:214)
	at java.io.ObjectStreamClass.writeNonProxy(ObjectStreamClass.java:679)
	at java.io.ObjectOutputStream.writeClassDescriptor(ObjectOutputStream.java:646)
	at java.io.ObjectOutputStream.writeNonProxyDesc(ObjectOutputStream.java:1254)
	at java.io.ObjectOutputStream.writeClassDesc(ObjectOutputStream.java:1212)
	at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1291)
	at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1155)
	at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1518)
	at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1483)
	at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1401)
	at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1159)
	at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:332)
	at java.util.ArrayList.writeObject(ArrayList.java:706)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
	at java.lang.reflect.Method.invoke(Method.java:600)
	at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:957)
	at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1470)
	at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1401)
	at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1159)
	at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1518)
	at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1483)
	at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1401)
	at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1159)
	at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:332)
	at java.util.HashMap.writeObject(HashMap.java:848)
	at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
	at java.lang.reflect.Method.invoke(Method.java:600)
	at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:957)
	at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1470)
	at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1401)
	at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1159)
	at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1518)
	at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1483)
	at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1401)
	at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1159)
	at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:332)
	at java.util.HashMap.writeObject(HashMap.java:848)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
	at java.lang.reflect.Method.invoke(Method.java:600)
	at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:957)
	at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1470)
	at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1401)
	at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1159)
	at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1518)
	at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1483)
	at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1401)
	at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1159)
	at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:332)
	at java.util.HashMap.writeObject(HashMap.java:848)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
	at java.lang.reflect.Method.invoke(Method.java:600)
	at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:957)
	at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1470)
	at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1401)
	at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1159)
	at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1518)
	at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1483)
	at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1401)
	at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1159)
	at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:332)
	at net.sourceforge.cobertura.coveragedata.CoverageDataFileHandler.saveCoverageData(CoverageDataFileHandler.java:182)
	at net.sourceforge.cobertura.coveragedata.CoverageDataFileHandler.saveCoverageData(CoverageDataFileHandler.java:148)
	at net.sourceforge.cobertura.coveragedata.ProjectData.saveGlobalProjectData(ProjectData.java:309)
	at net.sourceforge.cobertura.coveragedata.SaveTimer.run(SaveTimer.java:31)
	at java.lang.Thread.run(Thread.java:736)
Caused by: java.lang.IllegalStateException: Shutdown in progress
	at java.lang.ApplicationShutdownHooks.add(ApplicationShutdownHooks.java:50)
	at java.lang.Runtime.addShutdownHook(Runtime.java:204)
	at java.util.prefs.FileSystemPreferences$5.run(FileSystemPreferences.java:438)
	at java.security.AccessController.doPrivileged(AccessController.java:202)
	at java.util.prefs.FileSystemPreferences.<clinit>(FileSystemPreferences.java:436)
	at java.lang.J9VMInternals.initializeImpl(Native Method)
	at java.lang.J9VMInternals.initialize(J9VMInternals.java:200)
	... 94 more