Rules to detect constructs that are either broken, extremely confusing or prone to runtime errors.
Edit me

InvalidDependencyTypes

Since: PMD 5.4

Priority: Medium (3)

If you use an invalid dependency type in the dependency management section, Maven doesn’t fail. Instead, the entry is just ignored, which might have the effect, that the wrong version of the dependency is used.

The following types are considered valid: pom, jar, maven-plugin, ejb, war, ear, rar, par.

This rule is defined by the following XPath expression:

//dependencyManagement/dependency/type/text[not(@Image = $validTypes)]

Example(s):

<project...>
  ...
  <dependencyManagement>
      ...
    <dependency>
      <groupId>org.jboss.arquillian</groupId>
      <artifactId>arquillian-bom</artifactId>
      <version>${arquillian.version}</version>
      <type>bom</type> <!-- not a valid type ! 'pom' is ! -->
      <scope>import</scope>
    </dependency>
    ...
  </dependencyManagement>
</project>

This rule has the following properties:

Name Default Value Description Multivalued
validTypes pom , jar , maven-plugin , ejb , war , ear , rar , par Set of valid types. yes. Delimiter is ‘,’.

Use this rule by referencing it:

<rule ref="category/pom/errorprone.xml/InvalidDependencyTypes" />

ProjectVersionAsDependencyVersion

Since: PMD 5.4

Priority: Medium (3)

Using that expression in dependency declarations seems like a shortcut, but it can go wrong. By far the most common problem is the use of ${project.version} in a BOM or parent POM.

This rule is defined by the following XPath expression:

//dependency/version/text[contains(@Image,'{project.version}')]

Example(s):

<project...>
  ...
  <dependency>
    ...
    <version>${project.dependency}</version>
  </dependency>
</project>

Use this rule by referencing it:

<rule ref="category/pom/errorprone.xml/ProjectVersionAsDependencyVersion" />