CODEWITHSUNDEEP
javacode-coverage
Ben Bracha
Ben Bracha

Reputation: 1397

Java code coverage without instrumentation

I'm trying to figure out which tool to use for getting code-coverage information for projects that are running in kind of stabilization environment. The projects are deployed as a war and running on Jboss. I need server-side coverage while running manual / automated tests interacting with a running server. Lets assume I cannot change projects' build and therefore cannot add any kind of instrumentation to their jars as part of the build process. I also don't have access to code.

I've made some reading on various tools and they are all presenting techniques involving instrumenting the jars on build (BTW - doesn't that affect production, or two kinds of outputs are generated?) One tool though, JaCoCo, mentioned "on-the-fly-instrumentation" feature. Can someone explain what does it mean? Can this help me with my limitations? I've also heard on code-coverage using runtime profiling techniques - can someone help on that issue?

Thanks, Ben

Upvotes: 6

Views: 3884

Answers (3)

JB Nizet
JB Nizet

Reputation: 691635

You don't need to change the build or even have access to the code to instrument the classes. Just instrument the classes found in the delivered jar, re-jar them and redeploy the application with the instrumented jars.

Cobertura even has an ant task that does that for you: it takes a war file, instrument the classes inside the jars inside the war, and rebuild a new war file. See https://github.com/cobertura/cobertura/wiki/Ant-Task-Reference

To answer your question about instrumenting the jars on build: yes, of course, the instrumented classes are not used in production. They're only used for the tests.

Upvotes: 2

paweloque
paweloque

Reputation: 18864

A possible solution to this problem without actual code instrumentation is to use a jvm c-agent. It is possible to attach agents to the jvm. In such an agent you can intercept every method call done in your java code without changes to the bytecodes.

At every intercepted method call you then write info about the method call which can be evaluated later for code coverage purposes.

Here you'l find the official guide to the JVMTI JVMTI which defines how jvm agents can be written.

Upvotes: 4

electrodraco
electrodraco

Reputation: 323

AFAIK "on-the-fly-instrumentation" means that the coveragetool hooks into the Classloading-Mechanism by using a special ClassLoader and edits the Class-Bytecode when it's being loaded. The result should be the same as in "offline-instrumentation" with the JARs.

Have also a look at EMMA, which supports both mechanisms. There's also a Plugin for Eclipse.

Upvotes: 4

Related Questions