Integrations with IDEs

Summary

IDECVS ModuleMaintainers
Eclipsepmd-eclipsePhilippe Herlin
Emacspmd-emacsNascif Abousalh-Neto
JBuilderpmd-jbuilderDave Craine
NetBeans/Sun ONE Studiopmd-netbeansOle-Martin Mork, Gunnlaugur Thor Briem
JEditpmd-jeditJiger Patel
jDeveloperpmd-jdeveloperTom Copeland
MavenN/AVincent Massol
Gelpmd-gelAndrei Lumianski
TextPadN/AJeff Epstein
Omnicore's CodeGuideN/AAustin Moore
JCreatorN/ABrant Gurganus
IntelliJ IDEAN/ATom Copeland
AntN/ATom Copeland

General comments

A general note - most plugins include the PMD jar file, which has the rulesets inside it. So even though the rulesets parameter that some plugins use (i.e., "rulesets/unusedcode.xml") looks like a filesystem reference, it's really being used by a getResourceAsStream() call to load it out of the PMD jar file.

Eclipse

Integration into Eclipse is accomplished through the extensive Plugin architecture provided by Eclipse. It is written in Java, and has some nice features to it.

Eclipse Integration will fill the TODO list of the project with each Rule Violation that PMD detects. These violations are marked in the code with the Task icon on the left hand side of the editor.

The Eclipse integration was written with the version 2.0 of Eclipse, so I'm not certain if it will work on earlier versions.

As Eclipse is not my primary IDE, we are looking for people who can make suggestions, and possibly even handle the care and feeding of the Eclipse plugin.

Emacs

Integration with GNU Emacs is performed through an ELisp package, pmd.el. It supports two commands, "pmd-current-buffer" and "pmd-current-dir". The output is captured in a compilation buffer which allows the user to "jump" directly to the source code position associated with the PMD warnings.

Borland JBuilder

To enable this OpenTool in JBuilder, place the PMDOpenTool.jar file AND the pmd-x.x.jar file (where x.x is the version id) into JBuilder's lib/ext directory. Once JBuilder is restart, the PMD OpenTool will be enabled. What you can do:

  • Check a single file by bringing up the context menu from the file tab and selecting PMDCheck
  • Configure the rulesets that the PMD OpenTool will use by selecting Tools->PMD->Configure PMD
  • Check all the files in a project by bringing up the context menu for the project node and selecting PMD Check Project

When running PMD, the results will be displayed in the MessageView under a tab called PMD Results. If you click on a violation message within this view, you will be taken to the line in the source code where the violation was detected.

Things still to do:

  • Enable selection of individual rules within a rule set (maybe)
  • Optional insertion of @todo comments at the point of a violation
  • Possibly provide configurable ability to limit the number of violations per rule per file

JEdit

The way I use the JEdit plugin is:

  • Dock the ErrorList by going to Utilities->Global Options->Docking and putting ErrorList at the bottom of the screen
  • Open the File Browser if it isn't already open
  • Double-click on a source directory
  • Select Plugins->PMD->Check directory recursively

Note that you can select individual rules by going to Utilities->Global Options->Plugin Options->PMD. Also, you can change the plugin to prompt you for a directory to check by going to that same menu and selecting the "Ask for Directory" checkbox.

Maven

Please see the Maven plugins web site for more information.

Gel

Here's how to set up the PMD-Gel plugin:

  • Download the pmd-gel-[version].zip file
  • Close Gel
  • Remove any old plugin versions from your gel\plugins directory
  • Unzip the new zip file into your gel\plugins directory
  • Start Gel
  • Go to Tools->Options->Plugin
  • Select the PMD plugin and click "Remove"
  • Click "Add" and select "net.sourceforge.pmd.gel.PMDPlugin"
  • Restart Gel

That's pretty much it. Now you can open a Java project and click on Plugins->PMD and a configuration panel will pop up. You can pick which ruleset you want to run and you can also pick whether you want to run PMD on the current file or on every source file in your project.

Note that the source code needs to be compilable before PMD can check it.

TextPad

Assumptions

  • The Java Development Kit, version 1.3.1 (versions 1.3 and higher are acceptable) is properly installed into your machine, and exists in D:\java\jdk_131\. This means that D:\java\jdk_131\bin\java.exe exists.
  • PMD version 3.1 exists in D:\java\pmd-3.1\. This means that D:\java\pmd-3.1\lib\pmd-3.1.jar (among other jar files in the same directory) exist.

To integrate into TextPad

  1. In the Configure menu, choose Preferences.... This opens the Preferences dialog
  2. In the left pane of the Preferences dialog, choose the Tools branch by clicking on the word "Tools".
  3. On the far right of the dialog, click on the Add button, and then select Program... from the drop-down. This opens the standard Windows Open File dialog.
  4. Type D:\java\jdk_131\bin\java.exe and click the Open button. In the center pane of the Preferences dialog, an item "Java" has now been added, and is currently selected.
  5. Click the word Java, which makes the word editable. Select the entire word, and type "PMD directory". Press Return
  6. Repeat steps three through five, but type "PMD file", instead of "PMD directory".
  7. Click Apply.
  8. Expand the Tools branch (if not already) by clicking on the '+' directly to its left.
  9. In the expanded list, select PMD directory. This changes the right side of this dialog to the "tool" form.
  10. In the "tool" form, enter these parameters:
    • Parameters: -classpath D:\java\pmd-3.1\lib\pmd-3.1.jar;D:\java\pmd-3.1\lib\jaxen-core-1.0-fcs.jar; D:\java\pmd-3.1\lib\saxpath-1.0-fcs.jar;D:\java\pmd-3.1\lib\xmlParserAPIs-2.6.2.jar; D:\java\pmd-3.1\lib\xercesImpl-2.6.2.jar net.sourceforge.pmd.PMD $FileDir net.sourceforge.pmd.renderers.TextPadRenderer E:\directory\my_pmd_ruleset.xml -debug

      (Eliminate the spaces following both 'jaxen-core-1.0-fcs.jar;' and 'xmlParserAPIs-2.6.2.jar;'. They are there to prevent the text from exceeding the right side of your screen)
    • Initial Folder: $FileDir
    • Save all documents first: Checked
    • Capture output: Checked
    • All other checkboxes: Unchecked
    • Regular expression to match output: ^\([^(]+\)(\([0-9]+\),
    • Registers/File: 1
    • Registers/Line: 2
  11. In the expanded list, select PMD file.
  12. In the "tool" form, enter the same parameters as above, except replace '$FileDir' with '$File', in the Parameters textbox.
  13. To save your work (truly, given a quirk of TextPad), click on OK, which closes the Preferences dialog. Restart TextPad and re-open the Preferences dialog.
  14. Go back to both the "PMD directory" and "PMD file" Tools branches, and replace 'E:\directory\my_pmd_ruleset.xml' with the ruleset of your choice. For example, rulesets/basic.xml.
  15. Go to the Keyboard branch in the left pane (above Tools), which changes the right side to the "keyboard configuration" form.
  16. In the Categories list box, select Tools.
  17. In the Command list box, select PMD directory.
  18. Put your cursor into the Press new shortcut key, and type your desired key command. For example Ctrl+Page Up
  19. Click Assign.
  20. In the Command list box, select PMD file.
  21. Put your cursor into the Press new shortcut key, and type your desired key command. For example Ctrl+Page Down
  22. Click Assign.
  23. Save your work again: Click on OK, which closes the Preferences dialog, and then restart TextPad.

To run PMD against a single Java file

  1. In TextPad, open any Java file.
  2. Click Ctrl+Page Down. This opens an empty, read-only text document (titled "Command Results"). When PMD completes its analysis, this document will be populated with a listing of violated rules (or "Command completed successfully" indicating no violations).
  3. Double click any line to go to it.

To run PMD against a directory of Java files

  1. In TextPad, open any file in the root directory you wish to analyze. Unfortunately, you'll need to create a dummy file, if no file exists there.
  2. Click Ctrl+Page Up. This opens an empty, read-only text document (titled "Command Results"). When PMD completes its analysis, this document will be populated with a listing of violated rules (or "Command completed successfully" indicating no violations).
  3. Double click any line to go to it.

Because directory analysis may take a while, you may choose to cancel this operation. Do so by closing the (blank Command Results) document, and then confirming that, "yes, I do really want to exit the tool".

Code Guide

Here's how to set up PMD with Omnicore's CodeGuide (taken from here):

  • Download the PMD zip file from here
  • Unpack the zip file to your local disk. I put it in /Applications/
  • Add the following tool to CodeGuide (Tools->Configure Tools->New):
    • Name: PMD
    • Kind: Tool for directories
    • Executable: /Applications/pmd-3.1/bin/run.sh
    • Arguments: $DIRECTORY_PATH$ emacs rulesets/$USER_ARGUMENTS$.xml

Now you can right click on a source directory, select the PMD tool and a dialog box will appear. Type in the name of a rule set (e.g. unusedcode). PMD is then executed on the directory you selected with the rule set you specified. Since CodeGuide understands the emacs syntax you can click on the file name and CodeGuide will jump to that file and line number.

Note: I set this up on Mac OS X. It should work on other unix variations just the same. Of course you need to change the "Executable" setting above to where your PMD is installed. On Windows you need to use the pmd.bat file instead of pmd.sh.

If you haven't heard of CodeGuide before, check it out. It's a great IDE.

IDEA

There's not a "real" - i.e., integrated into the same Java VM - plugin for IDEA, but using it as an IDEA "External Tool" works OK. Here's how to set it up:

  • Open IDEA and go to File->Settings
  • Click on the "External Tools" icon
  • Click on the Add button
  • Fill in the blocks
    • Name: PMD
    • Description: PMD doth help one clean the code
    • Program: javaw
    • For the next two parameters you'll need to plug in the location of your PMD installation, the rulesets you want to use, and your working directory
    • Parameters: -cp %CLASSPATH%;c:\pmd\lib\pmd-3.1.jar;c:\pmd\lib\jaxen-core-1.0-fcs.jar;c:\pmd\lib\saxpath-1.0-fcs.jar net.sourceforge.pmd.PMD $FilePath$ ideaj rulesets/unusedcode.xml,rulesets/imports.xml $Sourcepath$ $FileClass$.method $FileName$
    • Working directory: c:\

That's pretty much it. Now you can right click on a source directory and select PMD, it'll run recursively on the source files, and the results should be displayed in a window and hyperlinked into the correct file and line of code. I usually right-click on the message window title bar and unselect "autohide" so the window doesn't go away every time I fix something in the code window.

jDeveloper

To install the jDeveloper plugin, download the binary release and unzip it into your jdev/lib/ext directory. Then restart jDeveloper. To use it, open the Tools-&Preferences menu, click on the PMD option, and select a couple of rules to try. To run it, right click on either a Java source file or a .jpr file (i.e., a project file) and select PMD. Any rule violations should show up in a LogWindow at the bottom of the screen.

Ant

Using PMD with Ant is such a standard usage that we hardly think of it as an integration point. But, I guess it is. You can read more about the PMD Ant task here.

JCreator

  1. Open Configure > Options
  2. Go to the Tools panel
  3. Click New > Program
  4. Browse for PMD's pmd.bat
  5. Put quotations around the path if it has spaces.
  6. Set the initial directory to PMD's \bin directory
  7. Check capture output
  8. Put '"$[PrjDir]" emacs' followed by desired rulesets in the arguments

To run PMD on a project, just pick pmd from the Tools menu.