Nexus 3 Guide

LF projects use Nexus Repository Manager 3 to store docker images. It helps organizing dependencies and releases.


Nexus Repository Manager 3 specifics:

To access Nexus 3 for a particular project, use URL:

Nexus Repository Manager 3 main view.

Users do not need to login using their LFID credentials. LF admin teams and LFRE engineers should login to access the administrator options. Other users can browse the repositories and proxies anonymously.

Nexus Repository Manager 3 browse view.

Alternately, users can access the repositories outside the GUI using the URL:<repository-name>/<artifact-path>/<manifest>

For example:

Nexus 3 communicates with Jenkins server which is the interface used to make the docker image publications on a scheduled or by demand basis (depending on the Jenkins JJB configuration for the particular job).

Nexus 3 Repositories

Nexus 3 allows users to manage different types of repositories. To learn more about how to manage them, please refer to Sonatype’s official documentation.

Most LF projects manage their Docker images using the following repos:


(hosted/HTTP port 10002) Official repository for released images. Releases repositories have a Disable re-deployment policy to avoid overwriting released versions.


(hosted/HTTP port 10003) Used to publish docker snapshot images.

Special repo namespaces:


(group/HTTP port 10001) A meta-url containing all release repos in a combined view.


(hosted/HTTP port 10004) Used to publish docker images produced by the scheduled jobs.

Repositories that proxy artifacts from

For continuous integration builds, Jenkins has one settings file for each Gerrit repository. Each settings file contains an entry for each accessible Nexus3 repository (ServerId).

Jenkins settings files. plugin usage

Projects using maven plugin for managing their docker images should make sure to define the docker registries. For example:




More information in

Users, Roles and Privileges

Users, roles and privileges are key to manage and restrict access into Nexus repositories. Anonymous users have read permissions, while administration teams and CI accounts have write and delete permissions.

For LF projects, we have created roles to help with the administration of Docker images, NPM/Pypi/Helm repositories and administrative tasks.

Nexus 3 roles.

Nexus 3 does not require to define patterns for Repository Targets to allow a specific directory structure name to exist.

Like Nexus 2, we require to have one user entry per repo in Nexus 3.

Provide the following parameters for every user:


Should match the Gerrit repository name. For example “aai-aai-common”

First name:

Same as ID

Last name:

We use a generic last name for users, for example “Deployment”


Repo name + “”. For example “


Active. Can be “Disabled” if the Gerrit repo is no longer in use


docker. This role will allow the user to administer Docker images