Maven pom.xml
External
- POM reference https://maven.apache.org/pom.html
Internal
Overview
A POM file is a Maven-specific project metadata document.
<project> is the root element.
Example
Elements
<modelVersion>
Mandatory. Should be:
<modelVersion>4.0.0</modelVersion>
<groupId>
Mandatory. For more details about Group ID, see Maven Concepts - Group ID.
<artifactId>
Mandatory. For more details about Artifact ID, see Maven Concepts - Artifact ID.
<version>
Mandatory. For more details about Version, see Maven Concepts - Version.
<packaging>
Optional, the default value is "jar". For more details about packaging, see Maven Concepts - Packaging.
<classifier>
Optional. For more details about packaging, see Maven Concepts - Classifier.
<parent>
TODO
For more details about project inheritance, see:
<name>
Optional.
If specified, will be used in the "Reactor Summary" report, generated at the end of the build.
Conventionally, we will use something similar to "User-Friendly Name (projects-dir-name)". IntelliJ IDEA will NOT use it as the project name, so we will have to explicitly use the same value when creating the corresponding IntelliJ project.
Also see <artifactId> and Maven Concepts - Name.
<properties>
<project>
...
<properties>
<some.property>something</some.property>
<some.other.property>something else</some.other.property>
</properties>
...
Also see
<distributionManagement>
<project>
...
<distributionManagement>
<repository>
<uniqueVersion>false</uniqueVersion>
<id>novaordis-nexus</id>
<name>NovaOrdis Nexus 3 OpenShift Repository</name>
<url>https://maven.apps.openshift.novaordis.io/repository/maven-releases/</url>
<layout>default</layout>
</repository>
<snapshotRepository>
<uniqueVersion>true</uniqueVersion>
<id>novaordis-nexus-snapshots</id>
<url>https://maven.apps.openshift.novaordis.io/repository/maven-snapshots/</url>
<layout>default</layout>
</snapshotRepository>
</distributionManagement>
...
<modules>
<dependencyManagement>
For more details about dependency management, see:
Example:
<dependencyManagement> <dependencies> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-api</artifactId> <version>1.7.6</version> </dependency> </dependencies> </dependencyManagement>
<servers>
Declares servers. The reason to use a <servers> element is mainly to specify sensitive credentials for a remote server, so it is not very common to use this element in a shared pom.xml. It is possible to encrypt the password with a master password that is only available locally, but it is far more common to specify credentials in a local settings.xml, as shown here:
<repositories>
Ideally, repositories should not be declared in pom.xml, but in settings.xml, as part of a profile. However, there are situations when declaring repositories in pom.xml is acceptable. The syntax is:
<project ...>
...
<repositories>
<repository>
...
<repository>
<repository>
...
<repository>
</repositories>
...
</project>
where the syntax of the <repository> element is described here: Maven Repositories.
<build>
<finalName>
<finalName> can be used to customize the name of the artifact. The value allows for system properties (standard or custom), as in the following examples:
<build> <finalName>simple-webapp</finalName> </build>
<build> <finalName>${artifactId}</finalName> </build>
<build> <finalName>archimedes-${project.version}</finalName> </build>
<build> <finalName>${parent.artifactId}-${artifactId}</finalName> </build>
finalName modifies the name of the artifact created in the local target directory of the project. However, irrespective of using finalName, Maven will still install conventionally named artifacts in the repository.
For more details on artifact name, see:
For considerations of using <finalName> as part of an assembly plug-in configuration, see:
<plugins>
The <plugins> container specifies the list of plugins to be used for the current project, along with their configuration.
<pluginManagement>
The <pluginManagement> container is also a list of plugins, similar to <plugins>, but rather than configuring plugin information for this specific project, it is intended to configure project builds that inherit from the POM that specifies it. When a plugin is configured in the parent POM <pluginManagement>, it can be referred from the child's <plugins>, recursively, by name and without any configuration. The reference, however, must exists in the child's <plugins> for the plugin to be associated with the child's build. The reference consists in the plugin's <groupId> and plugin's <artifactId>. Children can override the <pluginManagement> definitions.
Also see: