Cold Fusion code coverage tool
Switch branches/tags
Nothing to show
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Failed to load latest commit information.

Code Coverage for Adobe ColdFusion

If you're looking for an easy-to-use ColdFusion code-coverage tool for your CFM or CFC templates then you've just found it!

The aim of this project was to provide a set of tools which can be used to measure various statistics for your ColdFusion application. In the initial version a code coverage possibilities were introduced. Currently, mostly due to lack of time, not further development takes place. Code coverate feature is fully functional and can be used with multiple ColdFusion versions.


  • CFC components and CFM templates handled
  • ColdFusion 8, 9, 10, 11 supported
  • cfscript tag with it's content supported
  • small footprint on the template execution
  • generated JAVA classes size increased by 5% (on average)
  • no manual code instrumentation required
  • easy to deploy and use (single JAR deployed as a ColdFusion patch)

Note (compability)

Unfortunatelly cf-metrics currently do not work with ColdFusion 11 with HotFix 4 or above.

How does this work?

Code Coverage statistics are enabled by deploying a single JAR file into the {cf_fusion.dir}/lib/updates directory of your ColdFusion server as any other Adobe ColdFusion patch file.


In the past cf-metrics.jar was available for download. This turned out to be problematic for various reasons. Currently the best is to prepare the patch JAR with desired JAVA & CF version on your own to make it sure it will run on your environment without any troubles. Instruction of how to proceed can be found below.

Building the patch JAR

cf-metrics consists of two modules:

  • cf-code-coverage - contains aspects and helper classes for preparing Adobe ColdFusion patch (JAR)
  • cf-client - a CFML client for presenting code coverage statistics (viewer)

Building the project

  1. edit the pom.xml of cf-code-coverage module
  2. set the "cfusion.version" property to a proper value (e.g. 11)
  3. set the "cfusion.jar.location" property (must point to a cfusion.jar location of your local ColdFusion distribution)
  4. set the "java.version" and specify Java version to use for compilation (e.g. 7)
  5. build the maven project mvn clean package

Deploying the JAR file

Once build the patch JAR should be put into "{cf_fusion.dir}/lib/updates" directory. Restart the server and code coverage should be enabled since now on. The following line in should be printed into server logs during startup: `ColdFusion Code Coverage enabled". That's it!

Note: Be aware that if you're using "Trusted cache" or "Save class files" then you have to navigate to your administration panel and make use of the "Clear Template Cache Now" button. This is required as the CFM templates got instrumented the moment they are transformed into JAVA.

alt tag

Cleaning the compiled templates cache can be also done manually by removing all content from {cf_server.dir}/wwwroot/WEB-INF/cfclasses directory.

CF statistics viewer

The tool comes with simple GUI written in ColdFusion. I admit it's not pretty but can be used right away to view your code coverage statistics from the same server it's hosted on. The files are present in the "cf-client" project module. You can copy them to a directory of our choice (of course visible to the CF server).

Example Visualization

Example visualization of the gathered code coverage statistics is present below.

General overview of code coverage client

alt tag

Details code coverage statistics for a particular file

alt tag

Code coverage of cfscript block

alt tag

Once a file is requested and processed by a ColdFusion engine Code Coverage statistics are recorded. They can be accessed later on via singleton instance of a TemplateCoverageTool (statistics collector class). Any desired visualization can be applied to it afterwards. A default ColdFusion statistics viewer (written in CFML) is provided as a side project.


What is the Aspecj used for?

Aspectj are used to modify some of the cfusion.jar classes and inject additional code into them.

Class not found exception: org.aspectj.lang.NoAspectBoundException

The tool relies on AspectJ and requires the aspectjrt.jar to be present on the CF server class path. It's not included in the patch jar file and has to be provided separately but is a dependency of maven project.

Is it safe to use it on production environments?

Well, it shouldn't cause any troubles but it's not recommended. There is no guarantee it won't brake something as my intention was to use it on staging and QC environments for testing purposes only.

Plans for the future?

I would love to create an Eclipse plugin which would show live code coverage of your local or remote server. Any contribution is more than welcome here! :)