# Ant Task Usage

## PMD

### Description

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

### Installation

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.45.0`, then you can make use of the PMD Task like this:

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

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

    <path id="pmd.classpath">
        <fileset dir="/home/joe/pmd-bin-6.45.0/lib">
            <include name="*.jar"/>
        </fileset>
    </path>
    <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.

### Parameters

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
threads | Sets the number of threads used by PMD. Set threads to `0` to disable multi-threading processing. Default: 1 | No

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

Name | Values
--- | ---
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. encoding 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. linkPrefix Used for linking to online HTMLized source (like this). See example below. Note, this only works with maven-jxr-plugin. linePrefix 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">
            <ruleset>rulesets/java/quickstart.xml</ruleset>
            <ruleset>config/my-ruleset.xml</ruleset>
            <fileset dir="/usr/local/j2sdk1.4.1_01/src/">
                <include name="java/lang/*.java"/>
            </fileset>
        </pmd>
    </target>

`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="17"/>
    <sourceLanguage name="java" version="17-preview"/>
    <sourceLanguage name="java" version="18"/> <!-- this is the default -->
    <sourceLanguage name="java" version="18-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 -->
    </formatter>

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" />

### Examples

#### 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"/>
            </fileset>
        </pmd>
    </target>

#### 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"/>
            </fileset>
        </pmd>
    </target>

#### 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.45.0/lib">
            <include name="*.jar"/>
        </fileset>
        <!-- the custom renderer is expected to be in /home/joe/pmd-addons/com/company/MyRenderer.class -->
        <pathelement location="/home/joe/pmd-addons" />
    </path>
    <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"/>
            </fileset>
        </pmd>
    </target>

#### 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>
        <path id="pmd.classpath">
            <fileset dir="/home/joe/pmd-bin-6.45.0/lib">
                <include name="*.jar"/>
            </fileset>
        </path>
        <taskdef name="pmd" classname="net.sourceforge.pmd.ant.PMDTask" classpathref="pmd.classpath" />

        <target name="init">
            <mkdir dir="${build}"/>
        </target>

        <target name="compile" depends="init">
            <javac srcdir="${src}" destdir="${build}" classpathref="project.dependencies"
                source="1.8" target="1.8" />
        </target>

        <target name="pmd" depends="compile">
            <pmd cacheLocation="${build}/pmd.cache">
                <auxclasspath>
                    <pathelement location="${build}"/>
                    <path refid="project.dependencies"/>
                </auxclasspath>
                <ruleset>rulesets/java/quickstart.xml</ruleset>
                <formatter type="html" toFile="${build}/pmd_report.html"/>
                <sourceLanguage name="java" version="1.8"/>
                <fileset dir="${src}">
                    <include name="**/*.java"/>
                </fileset>
            </pmd>
        </target>

        <target name="clean">
            <delete dir="${build}"/>
        </target>
    </project>

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:
          [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

    BUILD SUCCESSFUL
    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"/>
            </formatter>
            <fileset dir="/usr/local/j2sdk1.4.1_01/src/">
                <include name="java/lang/*.java"/>
            </fileset>
        </pmd>
    </target>

### 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