This is a GitHub Action that will generate a complete dependency graph for a Maven project and submit the graph to the GitHub repository so that the graph is complete and includes all the transitive dependencies.
The action will invoke maven using the com.github.ferstl:depgraph-maven-plugin:4.0.2
plugin to generate JSON output of the complete dependency graph, which is then processed and submitted using the Dependency Submission Toolkit to the GitHub repository.
As of version 3.0.0
this action now support Maven multi-module projects as well as additional Maven configuration parameters.
For this action to work properly, you must have the Maven available on PATH (mvn
) or using a mvnw
Maven wrapper in your maven project directory. Maven will need to be configured to be able to access and pull your dependencies from whatever sources you have defined (i.e. a properly configured settings.xml
or all details provided in the POM).
Custom maven settings.xml
can now be specified as an input parameter to the action.
This action writes informations in the repository dependency graph, so if you are using the default token, you need to set the contents: write
permission to the workflow or job. If you are using a personal access token, this token must have the repo
scope. (API used by this action)
-
directory
- The directory that contains thepom.xml
that will be used to generate the dependency graph from. Defaults to thegithub.workspace
which is where the source will check out to by default when usingactions/checkout
. -
token
- The GitHub token that will be used to submit the generated dependency snapshot to the repository. Defaults to thegithub.token
from the actions environment. -
settings-file
- An optional path to a Maven settings.xml file that you want to use to provide additional configuration to Maven. -
ignore-maven-wrapper
- An optionaltrue
/false
flag parameter to ignore the Maven wrapper (if present) in the maven project directory and instead use the version of Maven from thePATH
. This is set tofalse
by default to use the wrapper if one is present. -
maven-args
- An optional string value (space separated) options to pass to the maven command line when generating the dependency snapshot. This is empty by default. -
snapshot-include-file-name
: Optional flag to control whether or no the path and file name of the pom.xml is provided with the snapshot submission. Defaults totrue
so as to create a link to the repository file from the dependency tree view, but at the cost of losing the POMartifactId
when it renders. -
snapshot-dependency-file-name
: An optional user control file path to the POM file, requiressnapshot-include-file-name
to betrue
for the value to be submitted. -
correlator
: An optional identifier to distinguish between multiple dependency snapshots of the same type. Defaults to the job_id of the current job.
Generating and submitting a dependency snapshot using the defaults:
- name: Submit Dependency Snapshot
uses: advanced-security/maven-dependency-submission-action@v4
Upon success it will generate a snapshot captured from Maven POM like;
To ensure that the job parameter of the submission remains unique when the action is being called from a workflow that has a matrix, you can pass a correlator
to the action. This identifier will be appended to the default correlator propterty of a job, ensuring uniqueness across matrix-based workflows. When dealing with Maven-based Java projects that utilize different pom.xml
files across matrix jobs, you can specify the directory
relevant to each matrix job. This ensures that the dependency snapshot accurately reflects the dependencies for each specific configuration.
Example of specifying pom.xml
files for different matrix jobs:
jobs:
build:
runs-on: ubuntu-latest
strategy:
matrix:
include:
- java-version: 8
directory: project1
- java-version: 11
directory: project2
steps:
- uses: actions/checkout@v2
- name: Set up JDK ${{ matrix.java-version }}
uses: actions/setup-java@v2
with:
java-version: ${{ matrix.java-version }}
- name: Submit Dependency Snapshot
uses: advanced-security/maven-dependency-submission-action@v3
with:
directory: ${{ matrix.directory }}
correlator: ${{ github.job }}-${{ matrix.directory }}
In this example, the action is configured to use different working directories based on the Java version specified in the matrix. This ensures that the dependency snapshot is accurate for each Java version being tested.
There are experimental command line clients, Linux only for now that will provide the same functionality as the GitHub Action but can be embedded into your existing CI tooling and invoked from the commandline to upload a dependency snapshot.
You can obtain the executables from the latest actions workflow run https://github.com/advanced-security/maven-dependency-submission-action/actions/workflows/publish_executables.yml.
Run the command line tool with the --help
option to display all the possible configuration options;
Usage: maven-dependency-submission [options]
Options:
-V, --version output the version number
-t, --token <token> GitHub access token
-r --repository <repository> GitHub repository, owner/repo_name format
-b --branch-ref <ref> GitHub repository branch reference
-s --sha <commitSha> GitHub repository commit SHA
-d --directory <maven-project-directory> the directory containing the Maven POM file (default: ".")
--github-api-url <url> GitHub API URL (default: "https://api.github.com")
-j --job-name <jobName> Optional name for the activity creating and submitting the graph (default: "maven-dependency-submission-cli")
-i --run-id <jobName> Optional Run ID number for the activity that is providing the graph
-h, --help display help for command
To develop on this project, a Codespace has been provided that will provide all the necessary tools and installation of a JDK and Maven for the test suite to pass. Just open a Codespace and you can start to develop in the quickest possible timeframe.
The codebase is in TypeScript to make it easier for maintenance.
The source code lives under src
and the Action is provided in the src/index.ts
file.
To build the software npm
has been configured with scripts for test
and build
script to validate any work before publishing the action code.