How to generate report using multiple class path directory

1,700 views
Skip to first unread message

Kumar Dp

unread,
Feb 9, 2021, 5:40:57 AM2/9/21
to JaCoCo and EclEmma Users
I have two different test execution which resulted in two code coverage file (*.exec) and classes got dumped to two different folders.

Below command is failing when I run the report command using java cli mode.

java -jar jacococli.jar report /scratch/jacoco/dump/jacoco/dest/merged.exec /scratch/dump/jacoco.exec --classfiles "/scratc/jacoco/dump1/jacoco/classes/" "/scratch/jacoco/dump2/class/" --csv /scratch/final_report/mycsv.csv --html /scratch/final_report --name "Code Coverage"
[INFO] Loading execution data file  /scratch/jacoco/dump/jacoco/dest/merged.exec  .
[INFO] Loading execution data file  /scratch/dump/jacoco.exec  .
[INFO] Loading execution data file /scratch/kumar/jacoco/fnd/dump/class.
Exception in thread "main" java.io.FileNotFoundException:  /scratch/jacoco/dump2/class  (Is a directory)
at java.io.FileInputStream.open0(Native Method)
at java.io.FileInputStream.open(FileInputStream.java:195)
at java.io.FileInputStream.<init>(FileInputStream.java:138)
at org.jacoco.cli.internal.core.tools.ExecFileLoader.load(ExecFileLoader.java:72)
at org.jacoco.cli.internal.commands.Report.loadExecutionData(Report.java:99)
at org.jacoco.cli.internal.commands.Report.execute(Report.java:83)
at org.jacoco.cli.internal.Main.execute(Main.java:90)
at org.jacoco.cli.internal.Main.main(Main.java:105)


Please suggest how to pass multiple class path directories for report generation.

I'm following the instruction from https://www.jacoco.org/jacoco/trunk/doc/cli.html,
where it is mentioned that  "--classfiles <path> location of Java class files" is multiple.

Regards,
Kumar


Evgeny Mandrikov

unread,
Feb 9, 2021, 5:43:50 AM2/9/21
to JaCoCo and EclEmma Users
You're missing

--classfiles

for the second directory

"/scratch/jacoco/dump2/class/"

i.e.

java -jar jacococli.jar report /scratch/jacoco/dump/jacoco/dest/merged.exec /scratch/dump/jacoco.exec --classfiles "/scratc/jacoco/dump1/jacoco/classes/" --classfiles "/scratch/jacoco/dump2/class/" --csv /scratch/final_report/mycsv.csv --html /scratch/final_report --name "Code Coverage"

Kumar Dp

unread,
Feb 10, 2021, 12:28:18 AM2/10/21
to JaCoCo and EclEmma Users
Thanks Evgeny for your reply. Please help with below queries,

Here is my requirement and want to generate report by merging the two different runs on two different hosts

Run1 on Host1:
 ->  -javaagent:/u01/jacoco/lib/jacocoagent.jar=destfile=/u01/jacoco/dump/jacoco.exec,classdumpdir=/u01/jacoco/dump/class,output=file,address=,includes=apps.applcore.*
- > Class files dumped for tests DescriptiveFlexfieldTag.2419d92cd2c6a871.class and ConvertNumberTag.37bfad455e453d93.class

Run 2 on Host2 :
 ->  -javaagent:/u01/jacoco/lib/jacocoagent.jar=destfile=/u01/jacoco/dump/jacoco.exec,classdumpdir=/u01/jacoco/dump/class,output=file,address=,includes=apps.applcore.*
- > Class files dumped for tests DescriptiveFlexfieldTag.49dc0cd2912591ec.class and ConvertNumberTag.d7c0cf501f15a429.class

I  merged multiple exec files collected from HOST and HOST2 into a new one using java -jar jacococli.jar merge

Now when I try to generate report using below command, I'm getting "Can not have same class" issue.

java -jar jacococli.jar report /scratch/jacoco/dump/jacoco/dest/merged.exec /scratch/dump/jacoco.exec --classfiles "/scratc/jacoco/dump1/jacoco/classes/" --classfiles <classes from HOST1> --classfiles <classes from HOST2> --csv /scratch/final_report/mycsv.csv --html /scratch/final_report --name "Code Coverage"

Hence I removed or excluded classes from HOST2 and generating report using below command,

java -jar jacococli.jar report /scratch/jacoco/dump/jacoco/dest/merged.exec /scratch/dump/jacoco.exec --classfiles "/scratc/jacoco/dump1/jacoco/classes/" --classfiles <classes from HOST1>  --csv /scratch/final_report/mycsv.csv --html /scratch/final_report --name "Code Coverage"

My query is, 

- Will I be able to still achieve the right code coverage? Since I have excluded the classes from HOST2. 

Referring below FAQs in the doc https://www.eclemma.org/jacoco/trunk/doc/classids.html

What is the disadvantage of JaCoCo class ids?

The fact that class ids identify a specific version of a class causes problems in setups where different classes are used at runtime and at analysis time.

What happens if different classes are used at runtime and at analysis time?

In this case execution data cannot be related to the analyzed classes. As a consequence such classes are reported with 0% coverage.


Thanks and Regards,
Kumar

Marc Hoffmann

unread,
Feb 10, 2021, 12:52:32 AM2/10/21
to jac...@googlegroups.com
Hi Kumar,

if it two different versions of the same class JaCoCo has no chance to merge the coverage data from both. Imagine test with version A has full coverage on a method but version B has the same method with an additional branch and no coverage. What should be the merged coverage report?

If you want to combine test runs from different hosts you must make sure that you deploy the same version to both of them.

Regards,
-marc

--
You received this message because you are subscribed to the Google Groups "JaCoCo and EclEmma Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jacoco+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jacoco/dd11c97d-ba00-4ea8-a33a-70222cf2eb10n%40googlegroups.com.

Kumar Dp

unread,
Feb 10, 2021, 2:43:09 AM2/10/21
to jac...@googlegroups.com
Hi Marc,

Thanks for the information.

We have deployed wars and jars in the weblogic server and they are of the same version on both hosts.

We run our UI test and collect the code coverage data using below java option on both hosts

 -javaagent:/u01/jacoco/lib/jacocoagent.jar=destfile=/u01/jacoco/dump/jacoco.exec,classdumpdir=/u01/jacoco/dump/class,output=file,address=,includes=apps.applcore.*


Could you please elaborate more on this?
 If you want to combine test runs from different hosts you must make sure that you deploy the same version to both of them.

I tried the below approach, but ended up getting the below message. So I wonder how to make sure that I pass the same version in both apart from passing the jar which has the classes. But I got the message as "data does not match"

java -jar jacococli.jar report /u01/jacoco.exec --classfiles /u01/Preferences.jar --csv /u01/hash/mycsv.csv --html /u01/hash/ --name "Code Coverage"
[INFO] Loading execution data file /u01/jacoco.exec.
[WARN] Some classes do not match with execution data.
[WARN] For report generation the same class files must be used as at runtime.
[WARN] Execution data for class apps/pref/wrapper/UserPreference does not match.
[WARN] Execution data for class apps/pref/wrapper/PreferencesWrapper does not match.
[WARN] Execution data for class apps/pref/wrapper/PreferencesUtil does not match.
[INFO] Analyzing 31 classes.


Thanks,
Kumar

You received this message because you are subscribed to a topic in the Google Groups "JaCoCo and EclEmma Users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/jacoco/vLiZkw8kq9c/unsubscribe.
To unsubscribe from this group and all its topics, send an email to jacoco+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jacoco/BCE468EB-1289-4619-A7A4-221B18CA49AD%40mountainminds.com.

Marc Hoffmann

unread,
Feb 10, 2021, 8:04:39 AM2/10/21
to jac...@googlegroups.com
Hi Kumar,

there can be a couple of reasons, we documented the common ones in the documentation:

What can cause different class ids?

Class ids are identical for the exact same class file only (byte-by-byte). There is a couple of reasons why you might get different class files. First compiling Java source files will result in different class files if you use a different tool chain:

    • Different compiler vendor (e.g. Eclipse vs. Oracle JDK)
    • Different compiler versions
    • Different compiler settings (e.g. debug vs. non-debug)

Also post-processing class files (obfuscation, AspectJ, etc.) will typically change the class files. JaCoCo will work well if you simply use the same class files for runtime as well as for analysis. So the tool chain to create these class files does not matter.

Even if the class files on the file system are the same there is possible that classes seen by the JaCoCo runtime agent are different anyways. This typically happens when another Java agent is configured before the JaCoCo agent or special class loaders pre-process the class files. Typical candidates are:

    • Mocking frameworks
    • Application servers
    • Persistence frameworks


Regards,
-marc

Reply all
Reply to author
Forward
0 new messages