Monday, September 28, 2015

Maven Properties Guide - Archived from Codehaus wiki

Archived from:


Skip to end of metadata
Go to start of metadata


Because I couldn't find a clear overview of which properties are availabe in maven2 I started this page. It is a collection of things found in the offcial maven documentation and postings to the maven user mailing list.
Note: In Maven 3.0, all pom.* properties are deprecated. Use project.* instead!

Built-in properties

  • ${basedir} represents the directory containing pom.xml
  • ${version} equivalent to ${project.version(deprecated: ${pom.version})

Pom/Project properties

All elements in the pom.xml, can be referenced with the project. prefix. This list is just an example of some commonly used elements. (deprecated: {pom.} prefix)
  • ${} results in the path to your "target" directory, this is the same as ${}
  • ${} results in the path to your "target/classes" directory
  • ${}refers to the name of the project (deprecated: ${} ).
  • ${project.version} refers to the version of the project (deprecated: or ${pom.version}).
  • ${} refers to the final name of the file created when the built project is packaged

Local user settings

Similarly, values in the user's settings.xml can be referenced using property names with settings. prefix.
  • ${settings.localRepository} refers to the path of the user's local repository

Environment variables

Environment variables can be referenced using the env prefix
  • ${env.M2_HOME} returns the Maven2 installation path.
  • ${java.home} specifies the path to the current JRE_HOME environment use with relative paths to get for example:

Java system properties

All Java System Properties defined by the JVM.

Custom properties in the POM

User defined properties in the pom.xml.
  • ${my.filter.value} will result in hello if you inserted the above XML fragment in your pom.xml

Parent Project variables

How can parent project variables be accessed?
You can use the prefix: ${project.parent}.
A good way to determine possible variables is to have a look directly at the API. I'm currently using Maven 2.2.1, and to access the Parent you can use ${project.parent}. This will return an org.apache.maven.project.MavenProject instance.
To access the parent version: ${parent.version}.

Reflection Properties

The pattern ${someX.someY.someZ} can simply sometimes mean getSomeX().getSomeY().getSomeZ(). Thus, properties such as ${} is translated to getProject().getBuild().getDirectory().
  • No labels


  1. Good day,
    Here is my list. Some of these are not yet on the list and some of them are already are. And I must admit that I am still not yet acquainted with some of them.
    I also placed here where I got these from just in case somebody wants to know how I came up with this list and where to get more info (code-reading-wise).
    Not sure though if this is the complete list (excluding plugin expressions and user-defined properties).
        *  project (from [1])
              o project.distributionManagementArtifactRepository
              o project.artifact
              o project.parent
              o project.file
              o project.artifacts
              o project.parentArtifact
              o project.pluginArtifacts
              o project.remoteArtifactRepositories
              o project.pluginArtifactRepositories
              o project.attachedArtifact
        * settings (from [2])
              o settings.offilne
              o settings.interactive
        * rootless (from [3])
              o localRepository
              o reactorProjects
        * java properties (from [4])
              o java.version
              o java.vendor
              o java.vendor.url
              o java.home
              o java.vm.specification.version
              o java.vm.specification.vendor
              o java.vm.version
              o java.vm.vendor
              o java.specification.version
              o java.specification.vendor
              o java.class.version
              o java.class.path
              o java.library.path
              o java.compiler
              o java.ext.dirs
              o os.arch
              o os.version
              o file.separator
              o path.separator
              o line.separator
              o user.home
              o user.dir
  2. Is there a way to pick up the path name to the settings.xml file that might have been provided with the -s switch?
  3. Is it possible to add a property to your pom.xml?  I mean, doing something like this:
    Unknown macro: {app.version}
    When you want to compile, just provide the value for the app.version via the command line.  The problem is that we have several builds for one application (local, server, ...) and for that we need multiple properties-files, to change settings according to the location we're deploying it to. 
  4. Good day to you, Bjorn,
    You might want to use your POM's dependencyManagement for that.
  5. Hi Bjorn, 
    Or maybe an other possibility is to use the Maven 2 profiles.
    See for an example.
    Cheers, Tjeerd 
  6. Maybe you should explain how you can set such a property from a MOJO.
    I would like to know this very much (wink)
  7. Not sure if anyone else finds it useful (I know I did), but I have submitted a patch to plexus-utils that allows selection of properties from lists within the POM:
    For example, given the following in the POM:
          <name>Jamie Burrell</name>
          <name>Jane Doe</name>
          <organization>Doe Solutions</organization>
    Referencing ${} in the POM would then return "myUserId".
    Not useful to everyone, but also not harmful, and allows access to all the list props on the POM (such as developers, contributors, profiles etc). I've been using it to automate directory path filtering for each developer (on *nix, the path is /home/group/userid).
    Comments welcome.
    Cheers, Jamie
  8. Hi!
    It's not exactly the best place to ask, but, do you know how can we declare a custom property that is a collection? Something like
    </properties>Thaanks in advance!
  9. Hi all,
    Thanks for the list. I am wondering if their is any Maven variable that can be used to obtain date of the system, I want to use this as the folder name in which my maven builds will go in to.
     I fancy for something like  <directory>"Date"</directory> in the build tag of pom.xml.
    Please guide on the same. 
  10. Thanks for the list of the default ones! I was looking all over for something like that. They should really clean this up, make sure it's complete, and then put it up.
    On a related note, does anyone know if it's possible to provide a pom.xml file with a standard Java properties file and have maven read the file and set those properties accordingly?
  11. Is it possible to know into a variable the goal launched ?
    I want with a developper profile do the tests only with a maven test. So like that, the maven install will be faster. The idea is to use this variable with the skip test.
  12. ${maven.repo.local} doesn't seem to be working anymore...
  13. how can i reference the assembly id in my descriptor file? 
                                    <!- I want to reference the assembly id "mysql" in this descriptor.xml, how to do that ? ->
     thanks alot!
  14. Since Maven 2.1, you can use build timestamp as property:
    and configure the format:
  15. In response to Nicolas Kyriazopoulos-Panagiotopoulos posting of >2 years ago. Hopefully it will help someone else: 
    Add your list to a CDATA section
                    <item name="Helio Home" href="" />
                    <item name="Wiki" href="" />
                    <item name="Helio Dev" href="" />
  16. Also you can just add the following to check which properties are available:
                  <echoproperties />
  17. For anyone interested,
    I created this new plugin where it sets a property pointing to the artifact file for each selected project dependency. Each property name will have a base name in form of groupId:artifactId:type:[classifier][.relative][.suffix]. This is similar to the dependency:properties goal but with additional features, like filtering and relative paths.
    The m2e connector will soon be released too.