Edit me



Runs a set of static code analysis rules on some source code files and generates a list of problems found.


Before you can use the pmd task in your ant build.xml file, you need to install PMD and its libraries into ant’s classpath, as described in Optional Tasks.

First you need to download PMD’s binary distribution zip file. Then you can either copy all “*.jar” files from PMD’s lib folder into one of ANT’s library folders (ANT_HOME/lib, ${user.home}/.ant/lib) or using the -lib command line parameter.

However, the preferred way is to define a <classpath> for pmd itself and use this classpath when adding the PMD Task. Assuming, you have extracted the PMD zip file to /home/joe/pmd-bin-6.40.0, then you can make use of the PMD Task like this:

<taskdef name="pmd" classname="net.sourceforge.pmd.ant.PMDTask">
        <fileset dir="/home/joe/pmd-bin-6.40.0/lib">
            <include name="*.jar"/>

Alternatively, a path can be defined and used via classpathref:

<path id="pmd.classpath">
    <fileset dir="/home/joe/pmd-bin-6.40.0/lib">
        <include name="*.jar"/>
<taskdef name="pmd" classname="net.sourceforge.pmd.ant.PMDTask" classpathref="pmd.classpath" />

The examples below won’t repeat this taskdef element, as this is always required.


Attribute Description Required
rulesetfiles A comma delimited list of ruleset files ('rulesets/java/quickstart.xml,config/my-ruleset.xml'). If you write your own ruleset files, you can put them on the classpath and plug them in here. Yes, unless the ruleset nested element is used
failonerror Whether or not to fail the build if any errors occur while processing the files No
failOnRuleViolation Whether or not to fail the build if PMD finds any problems No
minimumPriority The rule priority threshold; rules with lower priority than they will not be used No
shortFilenames Places truncated filenames in the report. This can reduce your report file size by 15%-20%. No
failuresPropertyName A property name to plug the number of rule violations into when the task finishes No
encoding The character set encoding (e.g. UTF-8) to use when reading the source code files No
suppressMarker The series of characters to use to tell PMD to skip lines - the default is NOPMD. No
maxRuleViolations Whether or not to fail the build if PMD finds more than the value of this attribute. Note that setting this attribute does not require to set the failOnRuleViolation to true. No
cacheLocation The location of the analysis cache file to be used. Setting this property enables Incremental Analysis, which can greatly improve analysis time without loosing analysis quality. Its use is strongly recommended. No
noCache Setting this property to true disables Incremental Analysis, even if cacheLocation is provided. You can use this to explicitly turn off suggestions to use incremental analysis, or for testing purposes. No

formatter nested element - specifies the format of and the files to which the report is written. You can configure multiple formatters.

type xml,ideaj,textcolor,text,textpad,emacs,csv,html,xslt,yahtml,summaryhtml,vbhtml,codeclimate
showSuppressed Whether to show suppressed warnings; "false" is the default.
toFile A filename to which to write the report
toConsole Whether to output the report to the console; "false" is the default.

The formatter element can contain nested param elements to configure the formatter in detail, e.g.

Specifies the encoding to be used in the generated report (only honored when used with `toFile`). When rendering `toConsole` PMD will automatically detect the terminal's encoding and use it, unless the output is being redirected / piped, in which case `file.encoding` is used. See example below.
Used for linking to online HTMLized source (like this). See example below. Note, this only works with maven-jxr-plugin.
Used for linking to online HTMLized source (like this). See example below. Note, this only works with maven-jxr-plugin.

classpath nested element - useful for specifying custom rules. More details on the classpath element are in the Ant documentation for path-like structures and there’s an example below.

auxclasspath nested element - extra classpath used for type resolution. Some rules make use of type resolution in order to avoid false positives. The auxclasspath is configured also with path-like structures. It should contain the compiled classes of the project that is being analyzed and all the compile time dependencies.

sourceLanguage nested element - specify which language (Java, Ecmascript, XML,…) and the associated version (1.5, 1.6,…). This element is optional. The language is determined by file extension automatically and the latest language version is used.

ruleset nested element - another way to specify rulesets. You can specify multiple elements. Here’s an example:

<target name="pmd">
    <taskdef name="pmd" classname="net.sourceforge.pmd.ant.PMDTask"/>
    <pmd shortFilenames="true">
        <fileset dir="/usr/local/j2sdk1.4.1_01/src/">
            <include name="java/lang/*.java"/>

fileset nested element - specify the actual java source files, that PMD should analyze. You can use multiple fileset elements. See FileSet for the syntax and usage.

Language version selection

PMD selects the language automatically using the file extension. If multiple versions of a language are supported, PMD uses the latest version as default. This is currently the case for Java only, which has support for multiple versions.

If a languages supports multiple versions, you can select a specific version here, so that e.g. rules, that only apply to specific versions, are not executed. E.g. the rule UseTryWithResources only makes sense with Java 1.7 and later. If your project uses Java 1.5, then you should configure the sourceLanguage accordingly and this rule won’t be executed.

The specific version of a language to be used is selected via the sourceLanguage nested element. Possible values are:

<sourceLanguage name="apex" version="48"/>
<sourceLanguage name="ecmascript" version="3"/>
<sourceLanguage name="java" version="1.3"/>
<sourceLanguage name="java" version="1.4"/>
<sourceLanguage name="java" version="1.5"/>
<sourceLanguage name="java" version="5"/> <!-- alias for 1.5 -->
<sourceLanguage name="java" version="1.6"/>
<sourceLanguage name="java" version="6"/> <!-- alias for 1.6 -->
<sourceLanguage name="java" version="1.7"/>
<sourceLanguage name="java" version="7"/> <!-- alias for 1.7 -->
<sourceLanguage name="java" version="1.8"/>
<sourceLanguage name="java" version="8"/> <!-- alias for 1.8 -->
<sourceLanguage name="java" version="9"/>
<sourceLanguage name="java" version="1.9"/> <!-- alias for 9 -->
<sourceLanguage name="java" version="10"/>
<sourceLanguage name="java" version="1.10"/> <!-- alias for 10 -->
<sourceLanguage name="java" version="11"/>
<sourceLanguage name="java" version="12"/>
<sourceLanguage name="java" version="13"/>
<sourceLanguage name="java" version="14"/>
<sourceLanguage name="java" version="15"/>
<sourceLanguage name="java" version="16"/>
<sourceLanguage name="java" version="16-preview"/>
<sourceLanguage name="java" version="17"/> <!-- this is the default -->
<sourceLanguage name="java" version="17-preview"/>
<sourceLanguage name="jsp" version=""/>
<sourceLanguage name="modelica" version=""/>
<sourceLanguage name="pom" version=""/>
<sourceLanguage name="plsql" version=""/>
<sourceLanguage name="scala" version="2.10"/>
<sourceLanguage name="scala" version="2.11"/>
<sourceLanguage name="scala" version="2.12"/>
<sourceLanguage name="scala" version="2.13"/> <!-- this is the default -->
<sourceLanguage name="vf" version=""/>
<sourceLanguage name="vm" version=""/>
<sourceLanguage name="wsdl" version=""/>
<sourceLanguage name="xml" version=""/>
<sourceLanguage name="xsl" version=""/>

Postprocessing the report file with XSLT

Several folks (most recently, Wouter Zelle) have written XSLT scripts which you can use to transform the XML report into nifty HTML. To do this, make sure you use the XML formatter in the PMD task invocation, i.e.:

<formatter type="xml" toFile="${tempbuild}/report_pmd.xml">
    <param name="encoding" value="UTF-8" /> <!-- enforce UTF-8 encoding for the XML -->

Then, after the end of the PMD task, do this:

<xslt in="${tempbuild}/report_pmd.xml" style="${pmdConfig}/wz-pmd-report.xslt" out="${pmdOutput}/report_pmd.html" />


One ruleset

Running one ruleset to produce a HTML report (and printing the report to the console as well) using a file cache

<target name="pmd">
    <pmd rulesetfiles="rulesets/java/quickstart.xml" cacheLocation="build/pmd/pmd.cache">
        <formatter type="html" toFile="pmd_report.html" toConsole="true"/>
        <fileset dir="C:\j2sdk1.4.1_01\src\java\lang\">
            <include name="**/*.java"/>

Multiple rulesets

Running multiple rulesets to produce an XML report with the same analysis cache

<target name="pmd">
    <pmd rulesetfiles="rulesets/java/quickstart.xml,config/my-ruleset.xml" cacheLocation="build/pmd/pmd.cache">
        <formatter type="xml" toFile="c:\pmd_report.xml"/>
        <fileset dir="C:\j2sdk1.4.1_01\src\java\lang\">
            <include name="**/*.java"/>

Custom renderer

Using a custom renderer. For this to work, you need to add you custom renderer to the classpath of PMD. This need to be configured when defining the task:

<path id="pmd.classpath">
    <fileset dir="/home/joe/pmd-bin-6.40.0/lib">
        <include name="*.jar"/>
    <!-- the custom renderer is expected to be in /home/joe/pmd-addons/com/company/MyRenderer.class -->
    <pathelement location="/home/joe/pmd-addons" />
<taskdef name="pmd" classname="net.sourceforge.pmd.ant.PMDTask" classpathref="pmd.classpath" />

<target name="pmd">
    <pmd rulesetfiles="rulesets/java/quickstart.xml">
        <formatter type="com.mycompany.MyRenderer" toFile="foo.html"/>
        <fileset dir="/path/to/java/src">
            <include name="**/*.java"/>

Full example with auxclasspath

Full build file example using the correct auxclasspath configuration. Your project needs to be compiled first which happens in the target “compile”:

<project name="MyProject" default="pmd" basedir=".">
    <property name="src" location="src"/>
    <property name="build" location="build"/>
    <path id="project.dependencies">
        <pathelement location="lib/third-party.jar"/>
        <pathelement location="lib/xyz.jar"/>
    <path id="pmd.classpath">
        <fileset dir="/home/joe/pmd-bin-6.40.0/lib">
            <include name="*.jar"/>
    <taskdef name="pmd" classname="net.sourceforge.pmd.ant.PMDTask" classpathref="pmd.classpath" />
    <target name="init">
        <mkdir dir="${build}"/>
    <target name="compile" depends="init">
        <javac srcdir="${src}" destdir="${build}" classpathref="project.dependencies"
            source="1.8" target="1.8" />
    <target name="pmd" depends="compile">
        <pmd cacheLocation="${build}/pmd.cache">
                <pathelement location="${build}"/>
                <path refid="project.dependencies"/>
            <formatter type="html" toFile="${build}/pmd_report.html"/>
            <sourceLanguage name="java" version="1.8"/>
            <fileset dir="${src}">
                <include name="**/*.java"/>
    <target name="clean">
        <delete dir="${build}"/>

You can run pmd then with ant pmd.

Getting verbose output

[tom@hal bin]$ ant -v pmd
Apache Ant version 1.6.2 compiled on July 16 2004
Buildfile: build.xml
Detected Java version: 1.4 in: /usr/local/j2sdk1.4.2_03/jre
Detected OS: Linux
parsing buildfile build.xml with URI = file:/home/tom/data/pmd/pmd/bin/build.xml
Project base dir set to: /home/tom/data/pmd/pmd
Build sequence for target `pmd' is [pmd]
Complete build sequence is [pmd, copy, cppjavacc, cpd, delete,
 compile, clean, jar, dist, cpdjnlp, jjtree, javadoc, test, tomserver]

      [pmd] Using the normal ClassLoader
      [pmd] Using these rulesets: rulesets/java/quickstart.xml
      [pmd] Using rule AvoidMessageDigestField
      [pmd] Using rule AvoidStringBufferField
      [pmd] Using rule AvoidUsingHardCodedIP
      [pmd] Using rule CheckResultSet
      [pmd] Using rule ConstantsInInterface
      [pmd] Processing file /usr/local/java/src/java/lang/ref/Finalizer.java
      [pmd] Processing file /usr/local/java/src/java/lang/ref/FinalReference.java
      [pmd] Processing file /usr/local/java/src/java/lang/ref/PhantomReference.java
      [pmd] Processing file /usr/local/java/src/java/lang/ref/Reference.java
      [pmd] Processing file /usr/local/java/src/java/lang/ref/ReferenceQueue.java
      [pmd] Processing file /usr/local/java/src/java/lang/ref/SoftReference.java
      [pmd] Processing file /usr/local/java/src/java/lang/ref/WeakReference.java
      [pmd] 0 problems found

Total time: 2 seconds
[tom@hal bin]$

HTML report with linkPrefix

An HTML report with the “linkPrefix” and “linePrefix” properties:

<target name="pmd">
    <taskdef name="pmd" classname="net.sourceforge.pmd.ant.PMDTask"/>
    <pmd rulesetfiles="rulesets/java/quickstart.xml" shortFilenames="true">
        <formatter type="html" toFile="pmd_report.html">
            <param name="linkPrefix" value="https://maven.apache.org/plugins/maven-pmd-plugin/xref/"/>
            <param name="linePrefix" value="L"/>
        <fileset dir="/usr/local/j2sdk1.4.1_01/src/">
            <include name="java/lang/*.java"/>

Memory Usage

Memory usage has been reduced significantly starting with the PMD 4.0 release. When testing all Java rules on the jdk 1.6 source code (about 7000 classes), the allocated heap space does not go over 60M.

However, on very large projects, the Ant task may still fail with a OutOfMemoryError. To prevent this from happening, increase the maximum memory usable by ant using the ANT_OPTS variable (adjust the size according to your available memory):

On Windows:

set ANT_OPTS=-Xmx1024m -Xms512m

On Linux

export ANT_OPTS="-Xmx1024m -Xms512m"
Tags: userdocs tools