Re: [java code coverage] Allowing bytecode-modified classes

[Marc Hoffmann]

Hi Martin, in such situations our recommendation is to do your transformation after JaCoCo‘s transformation. Typically this is a matter of the sequence how Java agents are provided on the command line. Cheers, -marc On 16. Nov 2025, at 09:54, Martin Paljak <martin.pal...@gmail.com> wrote: Hello, I'm doing some on-the-fly bytecode modification, not changing the line information (basically flipping a few conditional jumps or switches) and would like to still get the code coverage somehow from JaCoCo. Is there any designed pathway for this? I've read the design doc about Java Class Identity. And with no surprises, I get the expected warning and 0% coverage in the resulting report (with Maven): [WARNING] Classes in bundle 'jcardengine' do not match with execution data. For report generation the same class files must be used as at runtime. [WARNING] Execution data for class pro/javacard/engine/testapplets/FaultApplet does not match. Before I dig into JaCoCo source to look for hacky workarounds, is there some recommended course of action to take? Best, Martin -- 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+unsubscr...@googlegroups.com. To view this discussion visit https://groups.google.com/d/msgid/jacoco/250c8f84-014d-4b51-be8a-8709da2c7715n%40googlegroups.com. -- 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+unsubscr...@googlegroups.com. To view this discussion visit https://groups.google.com/d/msgid/jacoco/F967271A-BF16-41F9-8E2A-2E373BBA985E%40mountainminds.com.