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: Peter R. <pet...@gm...> - 2011-07-21 21:16:59
|
Just about .6 % on a code base of 70,000 reported lines of code. jdk 1.6.0_24-b07 linux 64bit jdk 1.7.0-b147 linux 64 bit cobertura 1.9.4 Looking tru some of the files that are different, I noticed that for jdk7, the } at the end of for loops are reported and in jdk6 they are not. Most likely, the javac 7 compiler sets the line number for the end of loop code differently than for javac 6. see (if they get tru the mail filters) the attached pngs. Peter On Thu, Jul 21, 2011 at 7:13 PM, Steven Christou <ste...@re...> wrote: > How much more, and where exactly? I don't think the jdk7 has done > anything that might cause more line coverage. Also what version are you > using? > > On 7/21/2011 8:31 AM, Peter Reilly wrote: >> I have just tested with jdk7 on our project with cobertura >> (no code changes) >> the only thing I noticed was the cobertura reports more >> lines of code for jdk7 compiled code than for jdk6 compiled code. >> >> >> Peter >> >> On Thu, Jul 21, 2011 at 1:46 PM, Steven Christou >> <ste...@re...> wrote: >>> >>> On 7/19/2011 7:21 AM, Alexander Turner wrote: >>>> Thanks for the help! >>>> >>>> 1) I am doing java 7 specific stuff - I had to turn off the verifier >>>> to get it to work - am writing up. >>> I don't think cobertura is prepared yet for any new java 7 items like >>> the new array list, I could b wrong. >>> >>>> 2) I have got the line count to work - that was not actually a java 7 issue. >>> Can you show an example where you get branch coverage as N/A? >>>> When I have written up using with Java 7 will send link. >>> Sounds good! >>>> Thanks - AJ >>>> >>> Email Disclaimer: >>> http://www.redprairie.com/emaildisclaimer/ >>> >>> >>> ------------------------------------------------------------------------------ >>> 5 Ways to Improve& Secure Unified Communications >>> Unified Communications promises greater efficiencies for business. UC can >>> improve internal communications as well as offer faster, more efficient ways >>> to interact with customers and streamline customer service. Learn more! >>> http://www.accelacomm.com/jaw/sfnl/114/51426253/ >>> _______________________________________________ >>> Cobertura-devel mailing list >>> Cob...@li... >>> https://lists.sourceforge.net/lists/listinfo/cobertura-devel >>> >> ------------------------------------------------------------------------------ >> 5 Ways to Improve& Secure Unified Communications >> Unified Communications promises greater efficiencies for business. UC can >> improve internal communications as well as offer faster, more efficient ways >> to interact with customers and streamline customer service. Learn more! >> http://www.accelacomm.com/jaw/sfnl/114/51426253/ >> _______________________________________________ >> Cobertura-devel mailing list >> Cob...@li... >> https://lists.sourceforge.net/lists/listinfo/cobertura-devel > Email Disclaimer: > http://www.redprairie.com/emaildisclaimer/ > > > ------------------------------------------------------------------------------ > 5 Ways to Improve & Secure Unified Communications > Unified Communications promises greater efficiencies for business. UC can > improve internal communications as well as offer faster, more efficient ways > to interact with customers and streamline customer service. Learn more! > http://www.accelacomm.com/jaw/sfnl/114/51426253/ > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel > |
From: Steven C. <ste...@re...> - 2011-07-21 18:13:50
|
How much more, and where exactly? I don't think the jdk7 has done anything that might cause more line coverage. Also what version are you using? On 7/21/2011 8:31 AM, Peter Reilly wrote: > I have just tested with jdk7 on our project with cobertura > (no code changes) > the only thing I noticed was the cobertura reports more > lines of code for jdk7 compiled code than for jdk6 compiled code. > > > Peter > > On Thu, Jul 21, 2011 at 1:46 PM, Steven Christou > <ste...@re...> wrote: >> >> On 7/19/2011 7:21 AM, Alexander Turner wrote: >>> Thanks for the help! >>> >>> 1) I am doing java 7 specific stuff - I had to turn off the verifier >>> to get it to work - am writing up. >> I don't think cobertura is prepared yet for any new java 7 items like >> the new array list, I could b wrong. >> >>> 2) I have got the line count to work - that was not actually a java 7 issue. >> Can you show an example where you get branch coverage as N/A? >>> When I have written up using with Java 7 will send link. >> Sounds good! >>> Thanks - AJ >>> >> Email Disclaimer: >> http://www.redprairie.com/emaildisclaimer/ >> >> >> ------------------------------------------------------------------------------ >> 5 Ways to Improve& Secure Unified Communications >> Unified Communications promises greater efficiencies for business. UC can >> improve internal communications as well as offer faster, more efficient ways >> to interact with customers and streamline customer service. Learn more! >> http://www.accelacomm.com/jaw/sfnl/114/51426253/ >> _______________________________________________ >> Cobertura-devel mailing list >> Cob...@li... >> https://lists.sourceforge.net/lists/listinfo/cobertura-devel >> > ------------------------------------------------------------------------------ > 5 Ways to Improve& Secure Unified Communications > Unified Communications promises greater efficiencies for business. UC can > improve internal communications as well as offer faster, more efficient ways > to interact with customers and streamline customer service. Learn more! > http://www.accelacomm.com/jaw/sfnl/114/51426253/ > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel Email Disclaimer: http://www.redprairie.com/emaildisclaimer/ |
From: Peter R. <pet...@gm...> - 2011-07-21 13:31:11
|
I have just tested with jdk7 on our project with cobertura (no code changes) the only thing I noticed was the cobertura reports more lines of code for jdk7 compiled code than for jdk6 compiled code. Peter On Thu, Jul 21, 2011 at 1:46 PM, Steven Christou <ste...@re...> wrote: > > > On 7/19/2011 7:21 AM, Alexander Turner wrote: >> Thanks for the help! >> >> 1) I am doing java 7 specific stuff - I had to turn off the verifier >> to get it to work - am writing up. > I don't think cobertura is prepared yet for any new java 7 items like > the new array list, I could b wrong. > >> 2) I have got the line count to work - that was not actually a java 7 issue. > Can you show an example where you get branch coverage as N/A? >> >> When I have written up using with Java 7 will send link. > Sounds good! >> >> Thanks - AJ >> > Email Disclaimer: > http://www.redprairie.com/emaildisclaimer/ > > > ------------------------------------------------------------------------------ > 5 Ways to Improve & Secure Unified Communications > Unified Communications promises greater efficiencies for business. UC can > improve internal communications as well as offer faster, more efficient ways > to interact with customers and streamline customer service. Learn more! > http://www.accelacomm.com/jaw/sfnl/114/51426253/ > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel > |
From: Steven C. <ste...@re...> - 2011-07-21 12:46:37
|
On 7/19/2011 7:21 AM, Alexander Turner wrote: > Thanks for the help! > > 1) I am doing java 7 specific stuff - I had to turn off the verifier > to get it to work - am writing up. I don't think cobertura is prepared yet for any new java 7 items like the new array list, I could b wrong. > 2) I have got the line count to work - that was not actually a java 7 issue. Can you show an example where you get branch coverage as N/A? > > When I have written up using with Java 7 will send link. Sounds good! > > Thanks - AJ > Email Disclaimer: http://www.redprairie.com/emaildisclaimer/ |
From: Alexander T. <ner...@go...> - 2011-07-19 12:21:32
|
Thanks for the help! 1) I am doing java 7 specific stuff - I had to turn off the verifier to get it to work - am writing up. 2) I have got the line count to work - that was not actually a java 7 issue. When I have written up using with Java 7 will send link. Thanks - AJ -- Dr Alexander J Turner http://nerds-central.blogspot.com/2008/01/about-me.html |
From: Steven C. <ste...@re...> - 2011-07-18 20:53:54
|
Are you using the trunk version of cobertura? Is there anything that you are doing that's java 7 specific? On 7/18/2011 6:17 AM, Alexander Turner wrote: > Hi all, > > I have just picked up using Cobertura for a project developing a > compiler on JDK 1.7. I got the code to run OK by using -noverify to > turn off the split verifier. > > Cobertura reports are working pretty well in that the source code view > is correct with branch access and lines all coloured correctly. > However, Branch Coverage is N/A and Line Coverage is far too > optimistic (lines inside some branches are not being covered but > coverage is still 100%). > > Has anyone any idea what I could try next? > > Best wishes - AJ > Email Disclaimer: http://www.redprairie.com/emaildisclaimer/ |
From: Alexander T. <ner...@go...> - 2011-07-18 11:17:30
|
Hi all, I have just picked up using Cobertura for a project developing a compiler on JDK 1.7. I got the code to run OK by using -noverify to turn off the split verifier. Cobertura reports are working pretty well in that the source code view is correct with branch access and lines all coloured correctly. However, Branch Coverage is N/A and Line Coverage is far too optimistic (lines inside some branches are not being covered but coverage is still 100%). Has anyone any idea what I could try next? Best wishes - AJ -- Dr Alexander J Turner http://nerds-central.blogspot.com/2008/01/about-me.html |
From: Steven C. <ste...@re...> - 2011-07-08 23:57:51
|
Steve, My comments are below. This time it worked :-) That's super awesome! If you add this custom code to your "logout" routine, will it work then? try { 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]); } catch (Throwable t) { } Yes, this time the coverage report is showing the results. The above code fixed this ? Yes, because this is essentially forcing cobertura to flush the data to the .ser file. http://cobertura.sourceforge.net/faq.html see the last item on the page. I don't know too much about tomcat, but I believe in your web.xml can't you do a call to class? I could be 100% wrong on this though. There should be some method to execute a class, or a static method. |<web-app> <!-- Usual stuff here--> <listener> <listener-class>net.sourceforge.cobertura.coverageData.ProjectData</listener-class> </listener> </web-app> | On 7/8/2011 5:25 PM, Shivakumar Patil wrote: > Steve, > My comments are below. This time it worked :-) > > ------------------------------------------------------------------------ > *From:* Steven Christou [mailto:ste...@re...] > *Sent:* Friday, July 08, 2011 1:31 PM > *To:* Shivakumar Patil > *Cc:* 'John W. Lewis'; cob...@li... > *Subject:* Re: [Cobertura-devel] Coverage reoprts show 0% coverage > > Few Questions: > While instrumentation, do you get any type of warnings/errors? > Microsoft Windows XP [Version 5.1.2600] > (C) Copyright 1985-2001 Microsoft Corp. > C:\>cd C:\Cobertura\cobertura-1.9.4.1\90 > C:\Cobertura\cobertura-1.9.4.1\90>build.bat > C:\Cobertura\cobertura-1.9.4.1\90>SET ANT_HOME=C:\apache-ant-1.8.2 > C:\Cobertura\cobertura-1.9.4.1\90>SET JAVA_HOME=C:\Program > Files\Java\jdk1.6.0_2 > 5 > C:\Cobertura\cobertura-1.9.4.1\90>SET PATH=C:\Program > Files\Java\jdk1.6.0_25\bin > ;.;C:\Perl\site\bin;C:\Perl\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System > 32\Wbem;c:\Program Files\Microsoft SQL > Server\100\Tools\Binn\;c:\Program Files\M > icrosoft SQL > Server\100\DTS\Binn\;C:\ACE+TAO+CIAO\ACE_wrappers\lib;C:\ACE+TAO+CI > AO\ACE_wrappers\bin;C:\Program Files\doxygen\bin;C:\Program > Files\Graphviz2.26.3 > \bin;C:\Program > Files\Java\jdk1.6.0_25\bin;C:\eClinicalWorks\mysql\bin;C:\apache > -ant-1.8.2\bin;C:\Sun\AppServer\bin; > C:\Cobertura\cobertura-1.9.4.1\90>SET > CLASSPATH=C:\Cobertura\cobertura-1.9.4.1\9 > 0\WEB-INF\classes > C:\Cobertura\cobertura-1.9.4.1\90>C:\apache-ant-1.8.2\bin\ant > Buildfile: C:\Cobertura\cobertura-1.9.4.1\90\build.xml > init: > [mkdir] Created dir: C:\Cobertura\cobertura-1.9.4.1\90\instrumented > [mkdir] Created dir: > C:\Cobertura\cobertura-1.9.4.1\90\reports\junit-xml > [mkdir] Created dir: > C:\Cobertura\cobertura-1.9.4.1\90\reports\junit-html > removeclassesfolders: > instrument: > [delete] Deleting: C:\Cobertura\cobertura-1.9.4.1\90\cobertura.ser > [delete] Deleting directory > C:\Cobertura\cobertura-1.9.4.1\90\instrumented > [cobertura-instrument] Cobertura 1.9.4.1 - GNU GPL License (NO > WARRANTY) - See C > OPYRIGHT file > [cobertura-instrument] Instrumenting 2517 files to > C:\Cobertura\cobertura-1.9.4. > 1\90\instrumented > [cobertura-instrument] WARN visitEnd, No line number information > found for cla > ss catalog.MigrateICD$1. Perhaps you need to compile with debug=true? > [cobertura-instrument] WARN visitEnd, No line number information > found for cla > ss catalog.NEU_Email$1. Perhaps you need to compile with debug=true? > [cobertura-instrument] WARN visitEnd, No line number information > found for cla > ss catalog.PatientDemographic$1. Perhaps you need to compile with > debug=true? > [cobertura-instrument] WARN visitEnd, No line number information > found for cla > ss catalog.PatientSchedule$1. Perhaps you need to compile with > debug=true? > [cobertura-instrument] WARN visitEnd, No line number information > found for cla > ss catalog.ePtStmnt$1. Perhaps you need to compile with debug=true? > [cobertura-instrument] WARN visitEnd, No line number information > found for cla > ss corrections.PrintPrescription$1. Perhaps you need to compile with > debug=true > ? > [cobertura-instrument] WARN visitEnd, No line number information > found for cla > ss empi.dashboard.CCRDashboardHelper$1. Perhaps you need to compile > with debug= > true? > [cobertura-instrument] WARN visitEnd, No line number information > found for cla > ss empi.objects.PtReconHelper$1. Perhaps you need to compile with > debug=true? > [cobertura-instrument] WARN visitEnd, No line number information > found for cla > ss empi.util.SendMails$1. Perhaps you need to compile with debug=true? > [cobertura-instrument] WARN visitEnd, No line number information > found for cla > ss json.JSONObject$1. Perhaps you need to compile with debug=true? > [cobertura-instrument] WARN visitEnd, No line number information > found for cla > ss migration.EcwVisitStatus$1. Perhaps you need to compile with > debug=true? > [cobertura-instrument] Cobertura: Saved information on 2517 classes. > [cobertura-instrument] Instrument time: 40328ms > coverage: > BUILD SUCCESSFUL > Total time: 42 seconds > C:\Cobertura\cobertura-1.9.4.1\90> > > How does your tomcat6 service java argument look like? > -Dcatalina.base=E:\eClinicalWorks\tomcat6 > -Dcatalina.home=E:\eClinicalWorks\tomcat6 > -Djava.endorsed.dirs=E:\eClinicalWorks\tomcat6\endorsed > -Djava.io.tmpdir=E:\eClinicalWorks\tomcat6\temp > -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager > -Djava.util.logging.config.file=E:\eClinicalWorks\tomcat6\conf\logging.properties > -Dcom.sun.management.jmxremote > -Dcom.sun.management.jmxremote.port=8999 > -Dcom.sun.management.jmxremote.ssl=false > -Dcom.sun.management.jmxremote.authenticate=false > -Dnet.sourceforge.cobertura.datafile=E:\eClinicalWorks\tomcat6\bin\cobertura.ser > -XX:+HeapDumpOnOutOfMemoryError > -XX:MaxPermSize=512M > -XX:HeapDumpPath=E:\eClinicalWorks\tomcat6\logs > > Are you adding any type of custom shutdown hooks? > no > > If you add this custom code to your "logout" routine, will it work then? > try { > 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]); > } catch (Throwable t) { > } > > Yes, this time the coverage report is showing the results. The above > code fixed this ? > > > > On 7/8/2011 9:02 AM, Shivakumar Patil wrote: >> John/Steve, >> Just wanted to followup on the below issue. >> >> ------------------------------------------------------------------------ >> *From:* Shivakumar Patil [mailto:sh...@ec...] >> *Sent:* Wednesday, July 06, 2011 2:35 PM >> *To:* 'John W. Lewis'; 'Steven Christou' >> *Cc:* 'cob...@li...' >> *Subject:* RE: [Cobertura-devel] Coverage reoprts show 0% coverage >> >> when I followed the steps 1) to 6) mentioned below, the coverage >> report shows 0% . >> I have definately put the cobertura.ser file under tomcat6\bin directory. >> I instrumented the class files and generated the cobertura.ser file >> on a different system than test system. Steps 3-6 are being done on >> teh test system with tomcat and the application. >> >> ------------------------------------------------------------------------ >> *From:* John W. Lewis [mailto:Joh...@sa...] >> *Sent:* Wednesday, July 06, 2011 2:14 PM >> *To:* Shivakumar Patil; 'Steven Christou' >> *Cc:* cob...@li... >> *Subject:* RE: [Cobertura-devel] Coverage reoprts show 0% coverage >> >> Are you absolutely certain you are putting the cobertura.ser file in >> the E:\eClinicalWorks\tomcat6\bin dir before starting tomcat? You >> could specify datafile="E:/eClinicalWorks/tomcat6/bin" in the >> cobertura-instrument command. >> >> John >> >> *From:*Shivakumar Patil [mailto:sh...@ec...] >> *Sent:* Wednesday, July 06, 2011 12:17 PM >> *To:* 'Steven Christou' >> *Cc:* cob...@li... >> *Subject:* Re: [Cobertura-devel] Coverage reoprts show 0% coverage >> >> It created the cobertura.ser file under tomcat6\bin directory. The >> size was 1KB. It did not create file either under system32 or syswow64 . >> >> The tomcat6 stdout log had the following entry.... >> >> Flushing results... >> Flushing results done >> Cobertura: Coverage data file >> E:\eClinicalWorks\tomcat6\bin\cobertura.ser either does not exist or >> is not readable. Creating a new data file. >> Cobertura: Saved information on 0 classes. >> >> ------------------------------------------------------------------------ >> >> *From:*Steven Christou [mailto:ste...@re...] >> *Sent:* Wednesday, July 06, 2011 11:59 AM >> *To:* Shivakumar Patil >> *Cc:* cob...@li... >> *Subject:* Re: [Cobertura-devel] Coverage reoprts show 0% coverage >> >> Also, can you check your system32, or syswow64 directory for a >> cobertura.ser. If you don't place the cobertura.ser file in that >> directory, will it create one automatically? >> >> On 7/6/2011 9:38 AM, Shivakumar Patil wrote: >> >> Hi, >> >> 1-> Using Cobertura 1.9.4.1 and tomcat6. >> >> 2-> Instrumented the class files except 3rd party JAR files. >> >> 3-> Placed Cobertura.ser under tomcat6 bin directory and copied >> the instrumented class files to WEB-INF\classes folder. >> >> 4-> Started tomcat6 and tested the application manually without >> using JUNIT test classes and ant task. >> >> 5-> Stopped tomcat6 and generated the coverage report, >> everything shows 0% coverage. >> >> 6-> Also added the below java option to tomcat6 service -> >> >> >> -Dnet.sourceforge.cobertura.datafile=E:\eClinicalWorks\tomcat6\bin\cobertura.ser >> >> Any thing wrong in what is being done here. >> >> CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains >> confidential information belonging to the sender that is legally >> privileged and proprietary and may be subject to protection under the >> law, including the Health Insurance Portability and Accountability >> Act (HIPAA). If you are not the intended recipient of this e-mail, >> you are prohibited from sharing, copying, or otherwise using or >> disclosing its contents. If you have received this e-mail in error, >> please notify the sender immediately by reply e-mail and permanently >> delete this e-mail and any attachments without reading, forwarding or >> saving them. Thank you. >> >> >> ------------------------------------------------------------------------------ >> All of the data generated in your IT infrastructure is seriously valuable. >> Why? It contains a definitive record of application performance, security >> threats, fraudulent activity, and more. Splunk takes this data and makes >> sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-d2d-c2 >> >> _______________________________________________ >> Cobertura-devel mailing list >> Cob...@li... <mailto:Cob...@li...> >> https://lists.sourceforge.net/lists/listinfo/cobertura-devel >> Email Disclaimer: >> http://www.redprairie..com/emaildisclaimer/ <http://www.redprairie.com/emaildisclaimer/> >> >> CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains >> confidential information belonging to the sender that is legally >> privileged and proprietary and may be subject to protection under the >> law, including the Health Insurance Portability and Accountability >> Act (HIPAA). If you are not the intended recipient of this e-mail, >> you are prohibited from sharing, copying, or otherwise using or >> disclosing its contents. If you have received this e-mail in error, >> please notify the sender immediately by reply e-mail and permanently >> delete this e-mail and any attachments without reading, forwarding or >> saving them. Thank you. >> >> CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains >> confidential information belonging to the sender that is legally >> privileged and proprietary and may be subject to protection under the >> law, including the Health Insurance Portability and Accountability >> Act (HIPAA). If you are not the intended recipient of this e-mail, >> you are prohibited from sharing, copying, or otherwise using or >> disclosing its contents. If you have received this e-mail in error, >> please notify the sender immediately by reply e-mail and permanently >> delete this e-mail and any attachments without reading, forwarding or >> saving them. Thank you. > Email Disclaimer: > http://www.redprairie.com/emaildisclaimer/ > CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains > confidential information belonging to the sender that is legally > privileged and proprietary and may be subject to protection under the > law, including the Health Insurance Portability and Accountability Act > (HIPAA). If you are not the intended recipient of this e-mail, you are > prohibited from sharing, copying, or otherwise using or disclosing its > contents. If you have received this e-mail in error, please notify the > sender immediately by reply e-mail and permanently delete this e-mail > and any attachments without reading, forwarding or saving them. Thank > you. Email Disclaimer: http://www.redprairie.com/emaildisclaimer/ |
From: Shivakumar P. <sh...@ec...> - 2011-07-08 22:25:39
|
Steve, My comments are below. This time it worked :-) _____ From: Steven Christou [mailto:ste...@re...] Sent: Friday, July 08, 2011 1:31 PM To: Shivakumar Patil Cc: 'John W. Lewis'; cob...@li... Subject: Re: [Cobertura-devel] Coverage reoprts show 0% coverage Few Questions: While instrumentation, do you get any type of warnings/errors? Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\>cd C:\Cobertura\cobertura-1.9.4.1\90 C:\Cobertura\cobertura-1.9.4.1\90>build.bat C:\Cobertura\cobertura-1.9.4.1\90>SET ANT_HOME=C:\apache-ant-1.8.2 C:\Cobertura\cobertura-1.9.4.1\90>SET JAVA_HOME=C:\Program Files\Java\jdk1.6.0_2 5 C:\Cobertura\cobertura-1.9.4.1\90>SET PATH=C:\Program Files\Java\jdk1.6.0_25\bin ;.;C:\Perl\site\bin;C:\Perl\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\Sy stem 32\Wbem;c:\Program Files\Microsoft SQL Server\100\Tools\Binn\;c:\Program Files\M icrosoft SQL Server\100\DTS\Binn\;C:\ACE+TAO+CIAO\ACE_wrappers\lib;C:\ACE+TAO+CI AO\ACE_wrappers\bin;C:\Program Files\doxygen\bin;C:\Program Files\Graphviz2.26.3 \bin;C:\Program Files\Java\jdk1.6.0_25\bin;C:\eClinicalWorks\mysql\bin;C:\apache -ant-1.8.2\bin;C:\Sun\AppServer\bin; C:\Cobertura\cobertura-1.9.4.1\90>SET CLASSPATH=C:\Cobertura\cobertura-1.9.4.1\9 0\WEB-INF\classes C:\Cobertura\cobertura-1.9.4.1\90>C:\apache-ant-1.8.2\bin\ant Buildfile: C:\Cobertura\cobertura-1.9.4.1\90\build.xml init: [mkdir] Created dir: C:\Cobertura\cobertura-1.9.4.1\90\instrumented [mkdir] Created dir: C:\Cobertura\cobertura-1.9.4.1\90\reports\junit-xml [mkdir] Created dir: C:\Cobertura\cobertura-1.9.4.1\90\reports\junit-html removeclassesfolders: instrument: [delete] Deleting: C:\Cobertura\cobertura-1.9.4.1\90\cobertura.ser [delete] Deleting directory C:\Cobertura\cobertura-1.9.4.1\90\instrumented [cobertura-instrument] Cobertura 1.9.4.1 - GNU GPL License (NO WARRANTY) - See C OPYRIGHT file [cobertura-instrument] Instrumenting 2517 files to C:\Cobertura\cobertura-1.9.4. 1\90\instrumented [cobertura-instrument] WARN visitEnd, No line number information found for cla ss catalog.MigrateICD$1. Perhaps you need to compile with debug=true? [cobertura-instrument] WARN visitEnd, No line number information found for cla ss catalog.NEU_Email$1. Perhaps you need to compile with debug=true? [cobertura-instrument] WARN visitEnd, No line number information found for cla ss catalog.PatientDemographic$1. Perhaps you need to compile with debug=true? [cobertura-instrument] WARN visitEnd, No line number information found for cla ss catalog.PatientSchedule$1. Perhaps you need to compile with debug=true? [cobertura-instrument] WARN visitEnd, No line number information found for cla ss catalog.ePtStmnt$1. Perhaps you need to compile with debug=true? [cobertura-instrument] WARN visitEnd, No line number information found for cla ss corrections.PrintPrescription$1. Perhaps you need to compile with debug=true ? [cobertura-instrument] WARN visitEnd, No line number information found for cla ss empi.dashboard.CCRDashboardHelper$1. Perhaps you need to compile with debug= true? [cobertura-instrument] WARN visitEnd, No line number information found for cla ss empi.objects.PtReconHelper$1. Perhaps you need to compile with debug=true? [cobertura-instrument] WARN visitEnd, No line number information found for cla ss empi.util.SendMails$1. Perhaps you need to compile with debug=true? [cobertura-instrument] WARN visitEnd, No line number information found for cla ss json.JSONObject$1. Perhaps you need to compile with debug=true? [cobertura-instrument] WARN visitEnd, No line number information found for cla ss migration.EcwVisitStatus$1. Perhaps you need to compile with debug=true? [cobertura-instrument] Cobertura: Saved information on 2517 classes. [cobertura-instrument] Instrument time: 40328ms coverage: BUILD SUCCESSFUL Total time: 42 seconds C:\Cobertura\cobertura-1.9.4.1\90> How does your tomcat6 service java argument look like? -Dcatalina.base=E:\eClinicalWorks\tomcat6 -Dcatalina.home=E:\eClinicalWorks\tomcat6 -Djava.endorsed.dirs=E:\eClinicalWorks\tomcat6\endorsed -Djava.io.tmpdir=E:\eClinicalWorks\tomcat6\temp -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=E:\eClinicalWorks\tomcat6\conf\logging.prope rties -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=8999 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -Dnet.sourceforge.cobertura.datafile=E:\eClinicalWorks\tomcat6\bin\cobertura .ser -XX:+HeapDumpOnOutOfMemoryError -XX:MaxPermSize=512M -XX:HeapDumpPath=E:\eClinicalWorks\tomcat6\logs Are you adding any type of custom shutdown hooks? no If you add this custom code to your "logout" routine, will it work then? try { 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]); } catch (Throwable t) { } Yes, this time the coverage report is showing the results. The above code fixed this ? On 7/8/2011 9:02 AM, Shivakumar Patil wrote: John/Steve, Just wanted to followup on the below issue. _____ From: Shivakumar Patil [mailto:sh...@ec...] Sent: Wednesday, July 06, 2011 2:35 PM To: 'John W. Lewis'; 'Steven Christou' Cc: 'cob...@li...' Subject: RE: [Cobertura-devel] Coverage reoprts show 0% coverage when I followed the steps 1) to 6) mentioned below, the coverage report shows 0% . I have definately put the cobertura.ser file under tomcat6\bin directory. I instrumented the class files and generated the cobertura.ser file on a different system than test system. Steps 3-6 are being done on teh test system with tomcat and the application. _____ From: John W. Lewis [mailto:Joh...@sa...] Sent: Wednesday, July 06, 2011 2:14 PM To: Shivakumar Patil; 'Steven Christou' Cc: cob...@li... Subject: RE: [Cobertura-devel] Coverage reoprts show 0% coverage Are you absolutely certain you are putting the cobertura.ser file in the E:\eClinicalWorks\tomcat6\bin dir before starting tomcat? You could specify datafile="E:/eClinicalWorks/tomcat6/bin" in the cobertura-instrument command. John From: Shivakumar Patil [mailto:sh...@ec...] Sent: Wednesday, July 06, 2011 12:17 PM To: 'Steven Christou' Cc: cob...@li... Subject: Re: [Cobertura-devel] Coverage reoprts show 0% coverage It created the cobertura.ser file under tomcat6\bin directory. The size was 1KB. It did not create file either under system32 or syswow64 . The tomcat6 stdout log had the following entry.... Flushing results... Flushing results done Cobertura: Coverage data file E:\eClinicalWorks\tomcat6\bin\cobertura.ser either does not exist or is not readable. Creating a new data file. Cobertura: Saved information on 0 classes. _____ From: Steven Christou [mailto:ste...@re...] Sent: Wednesday, July 06, 2011 11:59 AM To: Shivakumar Patil Cc: cob...@li... Subject: Re: [Cobertura-devel] Coverage reoprts show 0% coverage Also, can you check your system32, or syswow64 directory for a cobertura.ser. If you don't place the cobertura.ser file in that directory, will it create one automatically? On 7/6/2011 9:38 AM, Shivakumar Patil wrote: Hi, 1-> Using Cobertura 1.9.4.1 and tomcat6. 2-> Instrumented the class files except 3rd party JAR files. 3-> Placed Cobertura.ser under tomcat6 bin directory and copied the instrumented class files to WEB-INF\classes folder. 4-> Started tomcat6 and tested the application manually without using JUNIT test classes and ant task. 5-> Stopped tomcat6 and generated the coverage report, everything shows 0% coverage. 6-> Also added the below java option to tomcat6 service -> -Dnet.sourceforge.cobertura.datafile=E:\eClinicalWorks\tomcat6\bin\cobertura .ser Any thing wrong in what is being done here. CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains confidential information belonging to the sender that is legally privileged and proprietary and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act (HIPAA). If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. ---------------------------------------------------------------------------- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Cobertura-devel mailing list Cob...@li... https://lists.sourceforge.net/lists/listinfo/cobertura-devel Email Disclaimer: http://www.redprairie..com/emaildisclaimer/ <http://www.redprairie.com/emaildisclaimer/> CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains confidential information belonging to the sender that is legally privileged and proprietary and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act (HIPAA). If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains confidential information belonging to the sender that is legally privileged and proprietary and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act (HIPAA). If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. Email Disclaimer: http://www.redprairie.com/emaildisclaimer/ CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains confidential information belonging to the sender that is legally privileged and proprietary and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act (HIPAA). If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. |
From: John W. L. <Joh...@sa...> - 2011-07-08 19:11:51
|
The dtd is specified at the top of each coverage.xml file. Are you looking for something else? Unfortunately, I don't know anything about lcov. John -----Original Message----- From: Shoshana Klerman [mailto:skl...@ya...] Sent: Friday, July 08, 2011 2:57 PM To: cob...@li... Subject: [Cobertura-devel] XML schema, lcov format I am trying to access coverage data from an application that uses cobertura. I found the coverage.xml file. Where can I access the schema for coverage.xml? Ideally, I'd like the data in lcov format. What is the best way to convert from coverage.xml to lcov? ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Cobertura-devel mailing list Cob...@li... https://lists.sourceforge.net/lists/listinfo/cobertura-devel |
From: Shoshana K. <skl...@ya...> - 2011-07-08 18:56:53
|
I am trying to access coverage data from an application that uses cobertura. I found the coverage.xml file. Where can I access the schema for coverage.xml? Ideally, I'd like the data in lcov format. What is the best way to convert from coverage.xml to lcov? |
From: Steven C. <ste...@re...> - 2011-07-08 17:31:13
|
Few Questions: While instrumentation, do you get any type of warnings/errors? How does your tomcat6 service java argument look like? Are you adding any type of custom shutdown hooks? If you add this custom code to your "logout" routine, will it work then? try { 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]); } catch (Throwable t) { } On 7/8/2011 9:02 AM, Shivakumar Patil wrote: > John/Steve, > Just wanted to followup on the below issue. > > ------------------------------------------------------------------------ > *From:* Shivakumar Patil [mailto:sh...@ec...] > *Sent:* Wednesday, July 06, 2011 2:35 PM > *To:* 'John W. Lewis'; 'Steven Christou' > *Cc:* 'cob...@li...' > *Subject:* RE: [Cobertura-devel] Coverage reoprts show 0% coverage > > when I followed the steps 1) to 6) mentioned below, the coverage > report shows 0% . > I have definately put the cobertura.ser file under tomcat6\bin directory. > I instrumented the class files and generated the cobertura.ser file on > a different system than test system. Steps 3-6 are being done on teh > test system with tomcat and the application. > > ------------------------------------------------------------------------ > *From:* John W. Lewis [mailto:Joh...@sa...] > *Sent:* Wednesday, July 06, 2011 2:14 PM > *To:* Shivakumar Patil; 'Steven Christou' > *Cc:* cob...@li... > *Subject:* RE: [Cobertura-devel] Coverage reoprts show 0% coverage > > Are you absolutely certain you are putting the cobertura.ser file in > the E:\eClinicalWorks\tomcat6\bin dir before starting tomcat? You > could specify datafile="E:/eClinicalWorks/tomcat6/bin" in the > cobertura-instrument command. > > John > > *From:*Shivakumar Patil [mailto:sh...@ec...] > *Sent:* Wednesday, July 06, 2011 12:17 PM > *To:* 'Steven Christou' > *Cc:* cob...@li... > *Subject:* Re: [Cobertura-devel] Coverage reoprts show 0% coverage > > It created the cobertura.ser file under tomcat6\bin directory. The > size was 1KB. It did not create file either under system32 or syswow64 . > > The tomcat6 stdout log had the following entry.... > > Flushing results... > Flushing results done > Cobertura: Coverage data file > E:\eClinicalWorks\tomcat6\bin\cobertura.ser either does not exist or > is not readable. Creating a new data file. > Cobertura: Saved information on 0 classes. > > ------------------------------------------------------------------------ > > *From:*Steven Christou [mailto:ste...@re...] > *Sent:* Wednesday, July 06, 2011 11:59 AM > *To:* Shivakumar Patil > *Cc:* cob...@li... > *Subject:* Re: [Cobertura-devel] Coverage reoprts show 0% coverage > > Also, can you check your system32, or syswow64 directory for a > cobertura.ser. If you don't place the cobertura.ser file in that > directory, will it create one automatically? > > On 7/6/2011 9:38 AM, Shivakumar Patil wrote: > > Hi, > > 1-> Using Cobertura 1.9.4.1 and tomcat6. > > 2-> Instrumented the class files except 3rd party JAR files. > > 3-> Placed Cobertura.ser under tomcat6 bin directory and copied > the instrumented class files to WEB-INF\classes folder. > > 4-> Started tomcat6 and tested the application manually without > using JUNIT test classes and ant task. > > 5-> Stopped tomcat6 and generated the coverage report, > everything shows 0% coverage. > > 6-> Also added the below java option to tomcat6 service -> > > > -Dnet.sourceforge.cobertura.datafile=E:\eClinicalWorks\tomcat6\bin\cobertura.ser > > Any thing wrong in what is being done here. > > CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains > confidential information belonging to the sender that is legally > privileged and proprietary and may be subject to protection under the > law, including the Health Insurance Portability and Accountability Act > (HIPAA). If you are not the intended recipient of this e-mail, you are > prohibited from sharing, copying, or otherwise using or disclosing its > contents. If you have received this e-mail in error, please notify the > sender immediately by reply e-mail and permanently delete this e-mail > and any attachments without reading, forwarding or saving them. Thank > you. > > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... <mailto:Cob...@li...> > https://lists.sourceforge.net/lists/listinfo/cobertura-devel > Email Disclaimer: > http://www.redprairie..com/emaildisclaimer/ <http://www.redprairie.com/emaildisclaimer/> > > CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains > confidential information belonging to the sender that is legally > privileged and proprietary and may be subject to protection under the > law, including the Health Insurance Portability and Accountability Act > (HIPAA). If you are not the intended recipient of this e-mail, you are > prohibited from sharing, copying, or otherwise using or disclosing its > contents. If you have received this e-mail in error, please notify the > sender immediately by reply e-mail and permanently delete this e-mail > and any attachments without reading, forwarding or saving them. Thank > you. > > CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains > confidential information belonging to the sender that is legally > privileged and proprietary and may be subject to protection under the > law, including the Health Insurance Portability and Accountability Act > (HIPAA). If you are not the intended recipient of this e-mail, you are > prohibited from sharing, copying, or otherwise using or disclosing its > contents. If you have received this e-mail in error, please notify the > sender immediately by reply e-mail and permanently delete this e-mail > and any attachments without reading, forwarding or saving them. Thank > you. Email Disclaimer: http://www.redprairie.com/emaildisclaimer/ |
From: Shivakumar P. <sh...@ec...> - 2011-07-08 14:02:51
|
John/Steve, Just wanted to followup on the below issue. _____ From: Shivakumar Patil [mailto:sh...@ec...] Sent: Wednesday, July 06, 2011 2:35 PM To: 'John W. Lewis'; 'Steven Christou' Cc: 'cob...@li...' Subject: RE: [Cobertura-devel] Coverage reoprts show 0% coverage when I followed the steps 1) to 6) mentioned below, the coverage report shows 0% . I have definately put the cobertura.ser file under tomcat6\bin directory. I instrumented the class files and generated the cobertura.ser file on a different system than test system. Steps 3-6 are being done on teh test system with tomcat and the application. _____ From: John W. Lewis [mailto:Joh...@sa...] Sent: Wednesday, July 06, 2011 2:14 PM To: Shivakumar Patil; 'Steven Christou' Cc: cob...@li... Subject: RE: [Cobertura-devel] Coverage reoprts show 0% coverage Are you absolutely certain you are putting the cobertura.ser file in the E:\eClinicalWorks\tomcat6\bin dir before starting tomcat? You could specify datafile="E:/eClinicalWorks/tomcat6/bin" in the cobertura-instrument command. John From: Shivakumar Patil [mailto:sh...@ec...] Sent: Wednesday, July 06, 2011 12:17 PM To: 'Steven Christou' Cc: cob...@li... Subject: Re: [Cobertura-devel] Coverage reoprts show 0% coverage It created the cobertura.ser file under tomcat6\bin directory. The size was 1KB. It did not create file either under system32 or syswow64 . The tomcat6 stdout log had the following entry.... Flushing results... Flushing results done Cobertura: Coverage data file E:\eClinicalWorks\tomcat6\bin\cobertura.ser either does not exist or is not readable. Creating a new data file. Cobertura: Saved information on 0 classes. _____ From: Steven Christou [mailto:ste...@re...] Sent: Wednesday, July 06, 2011 11:59 AM To: Shivakumar Patil Cc: cob...@li... Subject: Re: [Cobertura-devel] Coverage reoprts show 0% coverage Also, can you check your system32, or syswow64 directory for a cobertura.ser. If you don't place the cobertura.ser file in that directory, will it create one automatically? On 7/6/2011 9:38 AM, Shivakumar Patil wrote: Hi, 1-> Using Cobertura 1.9.4.1 and tomcat6. 2-> Instrumented the class files except 3rd party JAR files. 3-> Placed Cobertura.ser under tomcat6 bin directory and copied the instrumented class files to WEB-INF\classes folder. 4-> Started tomcat6 and tested the application manually without using JUNIT test classes and ant task. 5-> Stopped tomcat6 and generated the coverage report, everything shows 0% coverage. 6-> Also added the below java option to tomcat6 service -> -Dnet.sourceforge.cobertura.datafile=E:\eClinicalWorks\tomcat6\bin\cobertura .ser Any thing wrong in what is being done here. CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains confidential information belonging to the sender that is legally privileged and proprietary and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act (HIPAA). If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. ---------------------------------------------------------------------------- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Cobertura-devel mailing list Cob...@li... https://lists.sourceforge.net/lists/listinfo/cobertura-devel Email Disclaimer: http://www.redprairie.com/emaildisclaimer/ CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains confidential information belonging to the sender that is legally privileged and proprietary and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act (HIPAA). If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains confidential information belonging to the sender that is legally privileged and proprietary and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act (HIPAA). If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. |
From: Shivakumar P. <sh...@ec...> - 2011-07-06 18:34:48
|
when I followed the steps 1) to 6) mentioned below, the coverage report shows 0% . I have definately put the cobertura.ser file under tomcat6\bin directory. I instrumented the class files and generated the cobertura.ser file on a different system than test system. Steps 3-6 are being done on teh test system with tomcat and the application. _____ From: John W. Lewis [mailto:Joh...@sa...] Sent: Wednesday, July 06, 2011 2:14 PM To: Shivakumar Patil; 'Steven Christou' Cc: cob...@li... Subject: RE: [Cobertura-devel] Coverage reoprts show 0% coverage Are you absolutely certain you are putting the cobertura.ser file in the E:\eClinicalWorks\tomcat6\bin dir before starting tomcat? You could specify datafile="E:/eClinicalWorks/tomcat6/bin" in the cobertura-instrument command. John From: Shivakumar Patil [mailto:sh...@ec...] Sent: Wednesday, July 06, 2011 12:17 PM To: 'Steven Christou' Cc: cob...@li... Subject: Re: [Cobertura-devel] Coverage reoprts show 0% coverage It created the cobertura.ser file under tomcat6\bin directory. The size was 1KB. It did not create file either under system32 or syswow64 . The tomcat6 stdout log had the following entry.... Flushing results... Flushing results done Cobertura: Coverage data file E:\eClinicalWorks\tomcat6\bin\cobertura.ser either does not exist or is not readable. Creating a new data file. Cobertura: Saved information on 0 classes. _____ From: Steven Christou [mailto:ste...@re...] Sent: Wednesday, July 06, 2011 11:59 AM To: Shivakumar Patil Cc: cob...@li... Subject: Re: [Cobertura-devel] Coverage reoprts show 0% coverage Also, can you check your system32, or syswow64 directory for a cobertura.ser. If you don't place the cobertura.ser file in that directory, will it create one automatically? On 7/6/2011 9:38 AM, Shivakumar Patil wrote: Hi, 1-> Using Cobertura 1.9.4.1 and tomcat6. 2-> Instrumented the class files except 3rd party JAR files. 3-> Placed Cobertura.ser under tomcat6 bin directory and copied the instrumented class files to WEB-INF\classes folder. 4-> Started tomcat6 and tested the application manually without using JUNIT test classes and ant task. 5-> Stopped tomcat6 and generated the coverage report, everything shows 0% coverage. 6-> Also added the below java option to tomcat6 service -> -Dnet.sourceforge.cobertura.datafile=E:\eClinicalWorks\tomcat6\bin\cobertura .ser Any thing wrong in what is being done here. CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains confidential information belonging to the sender that is legally privileged and proprietary and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act (HIPAA). If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. ---------------------------------------------------------------------------- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Cobertura-devel mailing list Cob...@li... https://lists.sourceforge.net/lists/listinfo/cobertura-devel Email Disclaimer: http://www.redprairie.com/emaildisclaimer/ CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains confidential information belonging to the sender that is legally privileged and proprietary and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act (HIPAA). If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains confidential information belonging to the sender that is legally privileged and proprietary and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act (HIPAA). If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. |
From: John W. L. <Joh...@sa...> - 2011-07-06 18:14:36
|
Are you absolutely certain you are putting the cobertura.ser file in the E:\eClinicalWorks\tomcat6\bin dir before starting tomcat? You could specify datafile="E:/eClinicalWorks/tomcat6/bin" in the cobertura-instrument command. John From: Shivakumar Patil [mailto:sh...@ec...] Sent: Wednesday, July 06, 2011 12:17 PM To: 'Steven Christou' Cc: cob...@li... Subject: Re: [Cobertura-devel] Coverage reoprts show 0% coverage It created the cobertura.ser file under tomcat6\bin directory. The size was 1KB. It did not create file either under system32 or syswow64 . The tomcat6 stdout log had the following entry.... Flushing results... Flushing results done Cobertura: Coverage data file E:\eClinicalWorks\tomcat6\bin\cobertura.ser either does not exist or is not readable. Creating a new data file. Cobertura: Saved information on 0 classes. ________________________________ From: Steven Christou [mailto:ste...@re...] Sent: Wednesday, July 06, 2011 11:59 AM To: Shivakumar Patil Cc: cob...@li... Subject: Re: [Cobertura-devel] Coverage reoprts show 0% coverage Also, can you check your system32, or syswow64 directory for a cobertura.ser. If you don't place the cobertura.ser file in that directory, will it create one automatically? On 7/6/2011 9:38 AM, Shivakumar Patil wrote: Hi, 1-> Using Cobertura 1.9.4.1 and tomcat6. 2-> Instrumented the class files except 3rd party JAR files. 3-> Placed Cobertura.ser under tomcat6 bin directory and copied the instrumented class files to WEB-INF\classes folder. 4-> Started tomcat6 and tested the application manually without using JUNIT test classes and ant task. 5-> Stopped tomcat6 and generated the coverage report, everything shows 0% coverage. 6-> Also added the below java option to tomcat6 service -> -Dnet.sourceforge.cobertura.datafile=E:\eClinicalWorks\tomcat6\bin\cobertura.ser Any thing wrong in what is being done here. CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains confidential information belonging to the sender that is legally privileged and proprietary and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act (HIPAA). If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Cobertura-devel mailing list Cob...@li...<mailto:Cob...@li...> https://lists.sourceforge.net/lists/listinfo/cobertura-devel Email Disclaimer: http://www.redprairie.com/emaildisclaimer/ CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains confidential information belonging to the sender that is legally privileged and proprietary and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act (HIPAA). If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. |
From: Shivakumar P. <sh...@ec...> - 2011-07-06 16:16:55
|
It created the cobertura.ser file under tomcat6\bin directory. The size was 1KB. It did not create file either under system32 or syswow64 . The tomcat6 stdout log had the following entry.... Flushing results... Flushing results done Cobertura: Coverage data file E:\eClinicalWorks\tomcat6\bin\cobertura.ser either does not exist or is not readable. Creating a new data file. Cobertura: Saved information on 0 classes. _____ From: Steven Christou [mailto:ste...@re...] Sent: Wednesday, July 06, 2011 11:59 AM To: Shivakumar Patil Cc: cob...@li... Subject: Re: [Cobertura-devel] Coverage reoprts show 0% coverage Also, can you check your system32, or syswow64 directory for a cobertura.ser. If you don't place the cobertura.ser file in that directory, will it create one automatically? On 7/6/2011 9:38 AM, Shivakumar Patil wrote: Hi, 1-> Using Cobertura 1.9.4.1 and tomcat6. 2-> Instrumented the class files except 3rd party JAR files. 3-> Placed Cobertura.ser under tomcat6 bin directory and copied the instrumented class files to WEB-INF\classes folder. 4-> Started tomcat6 and tested the application manually without using JUNIT test classes and ant task. 5-> Stopped tomcat6 and generated the coverage report, everything shows 0% coverage. 6-> Also added the below java option to tomcat6 service -> -Dnet.sourceforge.cobertura.datafile=E:\eClinicalWorks\tomcat6\bin\cobertura .ser Any thing wrong in what is being done here. CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains confidential information belonging to the sender that is legally privileged and proprietary and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act (HIPAA). If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. ---------------------------------------------------------------------------- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Cobertura-devel mailing list Cob...@li... https://lists.sourceforge.net/lists/listinfo/cobertura-devel Email Disclaimer: http://www.redprairie.com/emaildisclaimer/ CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains confidential information belonging to the sender that is legally privileged and proprietary and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act (HIPAA). If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. |
From: Steven C. <ste...@re...> - 2011-07-06 15:59:11
|
Also, can you check your system32, or syswow64 directory for a cobertura.ser. If you don't place the cobertura.ser file in that directory, will it create one automatically? On 7/6/2011 9:38 AM, Shivakumar Patil wrote: > Hi, > 1-> Using Cobertura 1.9.4.1 and tomcat6. > 2-> Instrumented the class files except 3rd party JAR files. > 3-> Placed Cobertura.ser under tomcat6 bin directory and copied > the instrumented class files to WEB-INF\classes folder. > 4-> Started tomcat6 and tested the application manually without > using JUNIT test classes and ant task. > 5-> Stopped tomcat6 and generated the coverage report, > everything shows 0% coverage. > 6-> Also added the below java option to tomcat6 service -> > > -Dnet.sourceforge.cobertura.datafile=E:\eClinicalWorks\tomcat6\bin\cobertura.ser > Any thing wrong in what is being done here. > CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains > confidential information belonging to the sender that is legally > privileged and proprietary and may be subject to protection under the > law, including the Health Insurance Portability and Accountability Act > (HIPAA). If you are not the intended recipient of this e-mail, you are > prohibited from sharing, copying, or otherwise using or disclosing its > contents. If you have received this e-mail in error, please notify the > sender immediately by reply e-mail and permanently delete this e-mail > and any attachments without reading, forwarding or saving them. Thank > you. > > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > > > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel Email Disclaimer: http://www.redprairie.com/emaildisclaimer/ |
From: Shivakumar P. <sh...@ec...> - 2011-07-06 14:38:23
|
Hi, 1-> Using Cobertura 1.9.4.1 and tomcat6. 2-> Instrumented the class files except 3rd party JAR files. 3-> Placed Cobertura.ser under tomcat6 bin directory and copied the instrumented class files to WEB-INF\classes folder. 4-> Started tomcat6 and tested the application manually without using JUNIT test classes and ant task. 5-> Stopped tomcat6 and generated the coverage report, everything shows 0% coverage. 6-> Also added the below java option to tomcat6 service -> -Dnet.sourceforge.cobertura.datafile=E:\eClinicalWorks\tomcat6\bin\cobertura .ser Any thing wrong in what is being done here. CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains confidential information belonging to the sender that is legally privileged and proprietary and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act (HIPAA). If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. |
From: Steven C. <ste...@re...> - 2011-07-06 00:09:55
|
Try echoing classpath to see what version of cobertura you are using. If not, it could be because cobertura failed to instrument a certain part of the code. I've seen this issue before and just excluded the file from being instrumented. Using a java decompiler, can you check to see if the instrumented code. On 7/5/2011 2:28 PM, drudman wrote: > Thanks for the quick response John. > > This is in a unit test. We use Maven for the build system. We recently > upgraded from Cobertura Maven plugin version 2.2 to 2.5.1, could this > have anything to do with this? Could we possibly have a version > mismatch of cobertura libraries? We are using 1.9.4.1, but I wonder if > 1.9.3 is popping up on the classpath somehow. > > Thanks > > > On 7/5/11 11:27 AM, "John W. Lewis" <Joh...@sa...> wrote: > > > That is strange. The method initialize() is a public method, so > I don't know why the IllegalAccessError is occurring. > > Can you tell us more about your setup? Are you seeing this > exception in a web server log or at your unit test console? > > John > > > > *From:* drudman [mailto:dr...@ci...] > *Sent:* Tuesday, July 05, 2011 1:58 PM > *To:* cob...@li... > *Subject:* [Cobertura-devel] IllegalAccessError > > Hi, > We started getting the following except during our unit tests. Any > idea what this means? Thanks in advance for any help. > > org.springframework.beans.factory.BeanCreationException: Error > creating bean with name 'dojoTreeTopsJ' defined in class path > resource [META-INF/spring/dojo-transform.xml]: Instantiation of > bean failed; nested exception is java.lang.IllegalAccessError: > tried to access method > net.sourceforge.cobertura.coveragedata.ProjectData.initialize()V > from class net.sourceforge.cobertura.coveragedata.TouchCollector > > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > > > _______________________________________________ > Cobertura-devel mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobertura-devel Email Disclaimer: http://www.redprairie.com/emaildisclaimer/ |
From: drudman <dr...@ci...> - 2011-07-05 19:28:44
|
Thanks for the quick response John. This is in a unit test. We use Maven for the build system. We recently upgraded from Cobertura Maven plugin version 2.2 to 2.5.1, could this have anything to do with this? Could we possibly have a version mismatch of cobertura libraries? We are using 1.9.4.1, but I wonder if 1.9.3 is popping up on the classpath somehow. Thanks On 7/5/11 11:27 AM, "John W. Lewis" <Joh...@sa...> wrote: > > That is strange. The method initialize() is a public method, so I don¹t know > why the IllegalAccessError is occurring. > > Can you tell us more about your setup? Are you seeing this exception in a > web server log or at your unit test console? > > John > > > > From: drudman [mailto:dr...@ci...] > Sent: Tuesday, July 05, 2011 1:58 PM > To: cob...@li... > Subject: [Cobertura-devel] IllegalAccessError > > Hi, > We started getting the following except during our unit tests. Any idea what > this means? Thanks in advance for any help. > > org.springframework.beans.factory.BeanCreationException: Error creating bean > with name 'dojoTreeTopsJ' defined in class path resource > [META-INF/spring/dojo-transform.xml]: Instantiation of bean failed; nested > exception is java.lang.IllegalAccessError: tried to access method > net.sourceforge.cobertura.coveragedata.ProjectData.initialize()V from class > net.sourceforge.cobertura.coveragedata.TouchCollector > |
From: John W. L. <Joh...@sa...> - 2011-07-05 18:27:54
|
That is strange. The method initialize() is a public method, so I don't know why the IllegalAccessError is occurring. Can you tell us more about your setup? Are you seeing this exception in a web server log or at your unit test console? John From: drudman [mailto:dr...@ci...] Sent: Tuesday, July 05, 2011 1:58 PM To: cob...@li... Subject: [Cobertura-devel] IllegalAccessError Hi, We started getting the following except during our unit tests. Any idea what this means? Thanks in advance for any help. org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'dojoTreeTopsJ' defined in class path resource [META-INF/spring/dojo-transform.xml]: Instantiation of bean failed; nested exception is java.lang.IllegalAccessError: tried to access method net.sourceforge.cobertura.coveragedata.ProjectData.initialize()V from class net.sourceforge.cobertura.coveragedata.TouchCollector |
From: John W. L. <Joh...@sa...> - 2011-07-05 18:23:30
|
It will probably be Cobertura 2.0, which is why I am being really careful. I am currently code reviewing the new changes. Assuming that goes well and I don't get pulled off onto something else, it could happen in two weeks or so. John From: Fabien Bataille [mailto:fba...@gm...] Sent: Tuesday, July 05, 2011 2:48 AM To: cobertura-devel Subject: [Cobertura-devel] Any date for next Cobertura official release 1.10 ? Hi, Is there any date planned for the next Cobertura official release ? Thanks Fabien |
From: drudman <dr...@ci...> - 2011-07-05 17:58:43
|
Hi, We started getting the following except during our unit tests. Any idea what this means? Thanks in advance for any help. org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'dojoTreeTopsJ' defined in class path resource [META-INF/spring/dojo-transform.xml]: Instantiation of bean failed; nested exception is java.lang.IllegalAccessError: tried to access method net.sourceforge.cobertura.coveragedata.ProjectData.initialize()V from class net.sourceforge.cobertura.coveragedata.TouchCollector |
From: Fabien B. <fba...@gm...> - 2011-07-05 06:48:17
|
Hi, Is there any date planned for the next Cobertura official release ? Thanks Fabien |
From: John W. L. <Joh...@sa...> - 2011-07-04 11:03:07
|
You are right. The only way to merge is with ser files. -----Original Message----- From: Yekaterina Kantserova [mailto:yek...@or...] Sent: Monday, July 04, 2011 5:18 AM To: cob...@li... Subject: [Cobertura-devel] C and Java coverage in one report Hi, I have a project containing both C and Java source. I generate code coverage for Java code using the cobertura.jar and coverage for C code using gcov. I am using a python program called gcovr to produce xml reports in Cobertura format. My question is if is possible to merge xml reports? net.sourceforge.cobertura.merge.Main seems to merge only datafiles in ser-format... Best regards, Yekaterina Kantserova ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Cobertura-devel mailing list Cob...@li... https://lists.sourceforge.net/lists/listinfo/cobertura-devel |