Add Airbase as the parent to a project:
<parent>
<groupId>io.airlift</groupId>
<artifactId>airbase</artifactId>
<version> ... current pom release version ...</version>
</parent>
The following elements should be present in a pom using Airbase as parent:
-
groupId
,artifactId
,version
,packaging
,name
,description
andinceptionYear
Define the new project. These elements should always be present. If any of those fields are missing from the project, the values from Airbase are picked up instead.
-
scm
Defines the SCM location and URL for the project. This is required to use the
release:prepare
andrelease:perform
targets to deploy artifacts to Maven Central. -
organization
,developers
,distributionManagement
Empty elements override the values inherited from Airbase.
This is a sample skeleton pom using Airbase:
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>io.airlift</groupId>
<artifactId>airbase</artifactId>
<version> ... current version ...</version>
</parent>
<groupId> ... group id of the new project ... </groupId>
<artifactId> ... artifact id of the new project ... </artifactId>
<version> ... version of the new project ... </version>
<packaging> ... jar|pom ... </packaging>
<description> ... description of the new project ... </description>
<name>${project.artifactId}</name>
<inceptionYear>2013</inceptionYear>
<scm>
<connection> ... scm read only connection ... </connection>
<developerConnection>... scm read write connection ... </developerConnection>
<url> ... project url ... </url>
</scm>
<distributionManagement/>
<developers/>
<organization/>
...
</project>
In large maven projects, especially with multi-module builds, the pom files can become quite large. In many places, properties defined in the <properties>
section of the pom are used.
To avoid confusion with properties, the following conventions are used in Airbase:
- Properties defined in the POM that influence the build configuration are prefixed with
air
. - Properties that factor out plugin versions (because the plugin is used in multiple places in the POM and the versions should be uniform) start with
dep.plugin
and end withversion
. - Properties that factor out dependency versions (to enforce uniform dependency versions across multiple, related dependencies) start with
dep
and end withversion
.
Examples:
<properties>
<!-- Sets the minimum maven version to build (influences build) -->
<air.maven.version>3.0.4</air.maven.version>
<!-- The surefire plugin version -->
<dep.plugin.surefire.version>2.13</dep.plugin.surefire.version>
<!-- The version for all guice related dependencies -->
<dep.guice.version>3.0</dep.guice.version>
<properties>
Airbase is intended for open source projects that should be deployed to Maven Central.
It inherits from the oss-parent POM and supports the OSS deployment process as outlined at https://docs.sonatype.org/display/Repository/Sonatype+OSS+Maven+Repository+Usage+Guide.
As described on https://docs.sonatype.org/display/Repository/Sonatype+OSS+Maven+Repository+Usage+Guide, the sonatype-nexus-staging
and sonatype-nexus-snapshots
repositories must be configured:
<servers>
...
<server>
<id>sonatype-nexus-snapshots</id>
<username>user</username>
<password>password</password>
</server>
<server>
<id>sonatype-nexus-staging</id>
<username>user</username>
<password>password</password>
</server>
...
</servers>
Airbase hooks various checkers into the build lifecycle and executes them on each build.
Generally speaking, running a set of checks at each build is a good way to catch problems early and any problem reported by a checker should be treated as something that needs to be fixed before releasing.
Checkers are organized in two groups, basic and extended.
- Maven Enforcer (http://maven.apache.org/enforcer/maven-enforcer-plugin/)
- Maven Dependencies (http://maven.apache.org/plugins/maven-dependency-plugin/)
- Maven Dependency version check (https://github.com/ning/maven-dependency-versions-check-plugin)
- Maven Duplicate finder (https://github.com/ning/maven-duplicate-finder-plugin)
- Findbugs (http://mojo.codehaus.org/findbugs-maven-plugin/)
- PMD (http://maven.apache.org/plugins/maven-pmd-plugin/)
- License check (http://code.google.com/p/maven-license-plugin/)
- Code coverage (http://www.eclemma.org/jacoco/trunk/doc/maven.html)
All checkers are enabled by default, but the checkers will NOT fail the build if a problem is encountered.
Each checker has a switch to turn it on or off and also whether a problem will be a warning or fatal to the build.
...
<properties>
<!-- Do not run the duplicate finder --->
<air.check.skip-duplicate-finder>true</air.check.skip-duplicate-finder>
</properties>
...
The following switches exist:
Group | Check | Skip check (Setting to true skips the check) | Fail build (Setting to false only reports a warning) |
---|---|---|---|
Basic | Maven Enforcer | air.check.skip-enforcer | air.check.fail-enforcer |
Basic | Maven Dependencies | air.check.skip-dependency | air.check.fail-dependency |
Basic | Maven Dependency version check | air.check.skip-dependency-version-check | air.check.fail-dependency-version-check |
Basic | Maven Duplicate finder | air.check.skip-duplicate-finder | air.check.fail-duplicate-finder |
Extended | Findbugs | air.check.skip-findbugs | air.check.fail-findbugs |
Extended | PMD | air.check.skip-pmd | air.check.fail-pmd |
Extended | License check | air.check.skip-license | air.check.fail-license |
Extended | Code coverage | air.check.skip-jacoco | air.check.fail-jacoco |
Checks can be turned on and off in groups:
Group | Skip checks | Fail build |
---|---|---|
All Checks | air.check.skip-all | air.check.fail-all |
All Basic checks | air.check.skip-basic | air.check.fail-basic |
All Extended Checks | air.check.skip-extended | air.check.fail-extended |
A more specific setting (checker specific, then group, then all) overrides a more general setting:
...
<properties>
<air.check.skip-all>true</air.check.skip-all>
<air.check.skip-duplicate-finder>false</air.check.skip-duplicate-finder>
</properties>
...
will skip all checks except the duplicate finder.
To ensure that a project has an uniform license header in all source files, the Maven license plugin can be used to check and format license headers.
The plugin expects the license header file as src/license/LICENSE-HEADER.txt
in the root folder of a project.
For a multi-module project, this file should exist only once, in the root pom of the project. In all other sub-modules, add
<properties>
<air.main.basedir>${project.parent.basedir}</air.main.basedir>
</properties>
to each pom. This is a limitation of the Maven multi-module build process (see http://stackoverflow.com/questions/1012402/maven2-property-that-indicates-the-parent-directory for details).
The Enforcer plugin outlaws a number of dependencies that project might use for various reasons:
Outlawed dependency | Rationale | What to use |
---|---|---|
commons-logging:commons-logging-api | Ill-fated attempt to split commons-logging implementation and commons-logging API. | commons-logging:commons-logging |
cglib:cglib | Has all its dependencies packed inside, therefore leads to duplicate classes. | cglib:cglib-nodep |
junit:junit | Has all its dependencies packed inside, therefore leads to duplicate classes. | junit:junit-dep |
com.google.collections:google-collections | Superseded by Guava, duplicate classes with Guava. | com.google.guava:guava |
com.google.code.findbugs:jsr305 | Subset of the full findbugs annotations, contains only the JSR-305 annotations. | com.google.code.findbugs:annotations |
org.eclipse.jetty.orbit:javax.servlet | Jetty variant of the 3.x servlet API jar. | javax.servlet:javax.servlet-api |
Airbase provides a number of dependencies to projects. These dependencies are considered "well known and stable". When a project wants to use any of these dependencies, it can declare them in the project <dependencies>
section without a version and automatically pick it up from Airbase.
Airbase provides versions for the following well-known dependencies:
Dependency name | Group/Artifact Ids |
---|---|
Google Guice | com.google.inject:guice com.google.inject.extensions:guice-servlet com.google.inject.extensions:guice-assistedinject com.google.inject.extensions:guice-multibindings com.google.inject.extensions:guice-throwingproviders |
Google Guava | com.google.guava:guava |
Joda Time | joda-time:joda-time |
Java Inject API | javax.inject:javax.inject |
Java Servlet API | javax.servlet:javax.servlet-api |
Java Validation API | javax.validation:validation-api |
slf4j (Simple Logging Facade for Java) | org.slf4j:slf4j-api org.slf4j:slf4j-nop org.slf4j:slf4j-simple org.slf4j:slf4j-ext org.slf4j:jcl-over-slf4j org.slf4j:jul-to-slf4j org.slf4j:log4j-over-slf4j org.slf4j:slf4j-jdk14 |
Logback | ch.qos.logback:logback-core ch.qos.logback:logback-classic |
Jackson | com.fasterxml.jackson.core:jackson-annotations com.fasterxml.jackson.core:jackson-core com.fasterxml.jackson.core:jackson-databind com.fasterxml.jackson.datatype:jackson-datatype-guava com.fasterxml.jackson.datatype:jackson-datatype-joda com.fasterxml.jackson.dataformat:jackson-dataformat-smile |
Bean Validation Framework | org.apache.bval:bval-jsr |
JmxUtils | org.weakref:jmxutils |
Joda Time | joda-time:joda-time |
CGLib | cglib:cglib-nodep |
Findbugs Annotations | com.google.code.findbugs:annotations |
TestNG testing | org.testng:testng |
Mockito | org.mockito:mockito-core |
Hamcrest matchers | org.hamcrest:hamcrest-core org.hamcrest:hamcrest-library org.objenesis:objenesis |
Airlift Slice | io.airlift:slice |
These are default properties that affect some aspects of the build. All of them can be overriden in the <properties>
section of the project pom.
By default, Airbase enforces JDK 1.8. To use another version, add
<properties>
<project.build.targetJdk>1.6</project.build.targetJdk>
...
</properties>
Sets the default heap size for the compiler, javadoc generation and other plugins. Default is 1024M.
When a project creates a release using the maven-release-plugin and mvn release:prepare
, this switch controls whether the generated tags, modified POM files etc. are pushed automatically to the upstream repository or not. Default is false
(do not push the changes).
The minimum version of Maven to build a project. Default is "3.0".
The 'root' directory of a project. For a simple project, this is identical to project.basedir
. In a multi-module build, it should point at the root project.
For a multi-module project, all other sub-modules must have this explicitly set to the root directory and therefore the following code
<properties>
<air.main.basedir>${project.parent.basedir}</air.main.basedir>
</properties>
must be added to each pom. This is a limitation of the Maven multi-module build process (see http://stackoverflow.com/questions/1012402/maven2-property-that-indicates-the-parent-directory for details).
Defines the fork mode for running tests. Default is 'once' which is forking one JVM for all tests. Valid values are the same as for the maven-surefire-plugin (once, always, never).
A module or sub-module can produce a tarball using the airlift packaging. This profile is activated by creating a file .build-airlift
in the root of the module or submodule. This file
can be empty. The tarball is attached as an additional artifact.
The necessary launchers from the airlift launcher package are included. The version of the launcher included is controlled by the dep.packaging.version
property.