This Maven POM aims to provide common functionalities to Maven projects hosted by FINOS, the Fintech Open Source Foundation.
Simply define the following <parent>
in your pom.xml
:
<parent>
<groupId>org.finos</groupId>
<artifactId>finos</artifactId>
<version>4</version>
</parent>
If you want to use a SNAPSHOT version (ie 1-SNAPSHOT
), make sure to add the following repository in your pom.xml
.
<repositories>
<repository>
<id>sonatype-oss-public</id>
<url>https://s01.oss.sonatype.org/content/groups/public/</url>
<snapshots>
<enabled>true</enabled>
</snapshots>
</repository>
</repositories>
- Plugin Management for the most common Maven functionalities
- Simple artifact deployment and release on Maven Central and Github (
releases
project page) - Site (documentation) generation on Github Wiki (WIP)
- Enforcing rules to validate the Foundation code acceptance criteria
- Attaching sources to generate and upload artifacts containing current project's source code
- versioneye.com integration for security and licensing validation
- sonarqube.com integration for code analytics
- Travis CI integration for Continuous Integration
- scan.coverity.com integration for security validation
build/pluginManagement/plugins
lists all plugins and sets their latest versions; versions will need to be kept up to datemaven-compiler-plugin
setssource
andtarget
compiler JDK version to1.8
; you can override it by setting the following properties
<maven.compiler.source>1.7</maven.compiler.source>
<maven.compiler.target>1.7</maven.compiler.target>
maven-javadoc-plugin
generates Javadoc JAR (which gets deployed and released along with other artifacts) during each JAR project buildmaven-remote-resources-plugin
includes the contents of finos-jar-resource-bundle (mostly licensing-related files) in each artifact that gets built.maven-source-plugin
generates a JAR with the source code (which gets deployed and released along with other artifacts) during each JAR project buildnexus-staging-maven-plugin
enables the deployment and release process against Sonatype OSS Repository (which is synced with Maven Central)
The current rules currently defined are:
- Use Maven 3.0 or greater
- Define a groupId that starts with
org.finos
ororg.finos.
The Foundation rules are implemented as Maven Enforcer custom rules and the source code is available on GitHub.
By enabling the -Pattach-sources
profile, the maven-source-plugin
gets invoked and a JAR
artifact containing the project's source code is created.
When enabled, the maven-install-plugin
, maven-deploy-plugin
and maven-release-plugin
will take the source code JAR file in consideration and including in the respective plugin lifecycles.
You can tweak the following properties:
versioneye.trackPlugins
: whether to track Maven plugin, defaults tofalse
versioneye.skipScopes
: comma-separated list of Maven dependency scopes that must be ignored by versioneye; defaults totest,provided
versioneye.propertiesPath
: locatedversioneye.properties
file and defaults to./src/main/resources/versioneye.properties
The SonarQube® platform is an open source quality management platform, dedicated to continuously analyzing and measuring the technical quality of source code, from project portfolio down to the method level, and tracking the introduction of new Bugs, Vulnerabilities, and Code Smells in the Leak Period.
This Parent Pom uses and configures the Sonar Maven Plugin to submit data to SonarQube.
TODO! update docs to SonarCloud
- Request an invitation (send email to
nemo AT sonarsource.com
) to Sonarqube.com for the project, mentioning that the project belongs to FINOS - Define a
SONAR_TOKEN=my_sonarqube_token
; you can find the token in your Sonar security settings; as above, make sure to encrypt the variable if you're using Travis CI:travis encrypt SONAR_TOKEN=my_sonar_token
- Add
sonar
profile to your Maven command:mvn clean package -Psonar
; the Sonar Plugin will run right after thepackage
Maven phase is invoked
Travis CI is a hosted, distributed continuous integration service used to build and test software projects hosted at GitHub.
The Foundation Parent Pom doesn't have (yet) any dependency or integration with Travis CI; to enable CI on a Foundation project:
- Drop a
.travis.yml
file in the root folder of your github repo (check this .travis.yml as sample) - Register (using your Github account) on Travis CI and access your profile to enable (switch on) the github repository of your choice
Coverity Scan Static Analysis is used to find and fix defects in your Java, C/C++, C# or JavaScript open source project for free.
The Foundation Parent Pom doesn't have (yet) any dependency or integration with Coverity Scan; it's very simple to enable it using .travis.yml
- Sign in Coverity Scan using Github
- Add a project
- Define a
COVERITY_SCAN_TOKEN=coverity_project_token
; you can find the token in the CoverityProject Settings
page; as above, make sure to encrypt the variable if you're using Travis CI:travis encrypt COVERITY_SCAN_TOKEN=coverity_project_token
WhiteSource automatically identifies all the open source components and dependencies in your build by constant and automatic cross-referencing of your open source components against WhiteSource’s definitive database of open source repositories.
Whitesource provides a dedicated instance to validate and enforce quality, security and legal compliance for all FINOS hosted projects.
In order to access the Whitesource dashboard and configure your build to submit metrics remotely, you first need to be invited - via email - by the Foundation Staff; open an INFRA issue with title "Request access to WhiteSource", where you specify the email address you'd like to use to login.
When logged in, you'll have access to the product and project dashboards, that can be used to check and tweak alerts.
In Maven, you can configure the following Whitesource parameters:
-Dwhitesource.org.token
- specifies the Whitesource API Key to use, which represents the Whitesource Foundation account; Foundation Staff can configure this field on Travis CI or any other CI environment, but cannot redistribute the key in clear test. If present, the value will be taken fromWHITESOURCE_TOKEN
environment variable-Dwhitesource.product
- specifies the Whitesource product that contains the currently built project (or repository, in Github terms); default value is${project.artifactId}
-Dwhitesource.checkPolicies
- whether to check the current build against WhiteSource policies; default value istrue
-Dwhitesource.failOnError
- whether to trigger aBUILD ERROR
if any policy violation is found; default value istrue
To launch the travis
command locally, you must install the gem first: gem install travis
In order to publish (FINOS) artifacts, it is necessary to sign in Sonatype OSS and configure your workstation (only the settings.xml part); we strongly advise to encrypt your Maven passwords.
You also need to install GnuPG; on OSX it is available on Homebrew with brew install gnupg gnupg2
, although some issues were encountered using the GPG Maven Plugin. You can run gpg2 -q --sign
to check your installation and validate your passphrase.
Before proceeding, please open a TASK
issue on our INFRA Jira project, attaching the project name (github url) and your username on https://s01.oss.sonatype.org; we will ask Sonatype - on your behalf - to grant you access to publish artifacts using org.finos
groupId.
To enable documentation publishing into github pages, you must enable the profile -Ppublish-site
; to setup github credentials on your local workstation, follow the Maven github plugins configuration; bare in mind that <github.global.server>github</github.global.server>
is already defined in this Parent Pom, but you can override it in your own pom, if you like
Simply run
mvn clean deploy
This command will deploy the artifacts on Sonatype OSS Snapshot Repository
If you want to deploy site documentation, you can run
mvn site -Ppublish-site
export GPG_TTY=$(tty)
mvn clean release:prepare release:perform -Prelease,parent-pom-release
This command will deploy the artifacts on Sonatype OSS Staging Repository and - by default - promote the artifacts to Maven Central; synchronisation happens once every day; the goals invoked during the release:perform
phase are defined by <release.goals>
property and is set by default to deploy
.
During the build, the GPG plugin will request for your key passphrase; please refer to gpg2
to check your keys and test your passphrase using gpg2 -q --sign
.
Please note that all the Maven logic related with a release is wrapped into a release
profile, which is used by the maven-release-plugin
when using release:perform
goal, using the releaseProfiles
property.
- Fork it (https://github.com/finos-fdx/finos-parent-pom/fork)
- Create your feature branch (
git checkout -b feature/fooBar
) - Read our contribution guidelines and Community Code of Conduct
- Commit your changes (
git commit -am 'Add some fooBar'
) - Push to the branch (
git push origin feature/fooBar
) - Create a new Pull Request
NOTE: Commits and pull requests to FINOS repositories will only be accepted from those contributors with an active, executed Individual Contributor License Agreement (ICLA) with FINOS OR who are covered under an existing and active Corporate Contribution License Agreement (CCLA) executed with FINOS. Commits from individuals not covered under an ICLA or CCLA will be flagged and blocked by the FINOS Clabot tool. Please note that some CCLAs require individuals/employees to be explicitly named on the CCLA.
Need an ICLA? Unsure if you are covered under an existing CCLA? Email [email protected]
If the release command fails with gpg: signing failed: Inappropriate ioctl for device
, run export GPG_TTY=$(tty)
and try again; more info on stackexchange.
export GPG_TTY=$(tty)
If this doesn't solve it, you can brew install pinentry-mac
and add pinentry-program /usr/local/bin/pinentry-mac
to your ~/.gnupg/gpg-agent.conf
.
Important! - Do not use maven-release-plugin 3.0.0-M7, as it introduces an issue with GPG signing, see apache/maven-release#125 (comment)
Run mvn install -Pdocker
to build a Docker image; you'll need to add a Dockerfile
in the Maven module root folder, below an example:
FROM openjdk:13
MAINTAINER Maurizio Pillitu <[email protected]>
ENTRYPOINT ["/usr/bin/java", "-jar", "/usr/share/myservice/myservice.jar"]
# Add Maven dependencies (not shaded into the artifact; Docker-cached)
ADD target/lib /usr/share/myservice/lib
# Add the service itself
ARG JAR_FILE
ADD target/${JAR_FILE} /usr/share/myservice/myservice.jar
To push the image to hub.docker.com/u/finos
, run mvn deploy -Pdocker
; you must have DOCKER_USERNAME
and DOCKER_PASSWORD
environment variables set.
In order to disable the plugin on the parent POM, check this GitHub Issue.
The code in this repository is distributed under the Apache License, Version 2.0.
Copyright 2018-2019 FINOS - The Fintech Open Source Foundation