This tool allows the generation of a p2 site from a Domino installation folder, similar to the official IBM Domino Update Site for Build Management, as well as the Mavenization of a p2 site generated in that way. This is useful to compile code that targets a newer release of Domino than the one packaged officially.

To use the tool from the command line, either add the OpenNTF Maven repository ( as a plugin repository to your Maven configuration or install the Maven project


  • A Notes or Domino installation filesystem-accessible to the running computer
  • Maven 3+
  • Java 8+

generateUpdateSite Mojo

What It Does

The tool performs several tasks to generate its result:

  1. Copies the features and plugins from the osgi/rcp/eclipe and osgi/shared/eclipse directories, converting unpacked folder artifacts back into Jar files
  2. If pointed to a Windows Notes installation directory, it will do the same with the framework directory, which contains UI-specific plugins
  3. Generates and bundles using Domino's Notes.jar with a version matching today's date, if needed
  4. Generates a bundle in similar fashion, when the JAR is available in the source
  5. Downloads source bundles for open-source components found in Eclipse's Neon repository
  6. Creates a basic site.xml file
  7. Generates artifacts.jar and content.jar files

Command Line Use

Add the OpenNTF Maven server to your ~/.m2/settings.xml file. For example:

<?xml version="1.0"?>
<settings xmlns=""


Execute the plugin with properties to point to the base of your Domino installation and the target folder. For example:

$ mvn org.openntf.p2:generate-domino-update-site:4.2.1:generateUpdateSite \
    -Dsrc="/Volumes/C/Program Files/IBM/Domino" \
  • src is the location of Domino. On Windows, this might be “C:\Program Files\IBM\Domino”. If unspecified, the Mojo will attempt to find a Domino or Notes installation based on common locations
  • dest is where you want to save it to. For the Extension Library, this was historically “C:\UpdateSite”, but it can be anywhere

Programmatic Use

To incorporate the tool into another program, create a new object of class org.openntf.p2.domino.updatesite.tasks.GenerateUpdateSiteTask with the same parameters as via the command line and execute its run method (or provide it to any executor that can take a Runnable).

mavenizeBundles Mojo


Though this Mojo still exists in this plugin, you should consider using the p2-layout-resolver plugin instead.

What It Does

This tool processes a p2 site (or a bundles directory directly) and installs the contents into the local Maven repository. It derives its Maven information from the configuration bundle's manifest:

  • The groupId can be set with the “groupId” parameter, and defaults to “”
  • The artifactId is the bundle's symbolic name
  • The version is the bundle version
  • The organization is the Bundle-Vendor value, if present
  • The dependencies are other created bundles based on the Require-Bundle value

Additionally, this installs any embedded JARs as attached entities with the classifier matching their base name. For example, Notes.jar from the 9.0.1 release can be accessed like:


Command Line Use

Execute the plugin with properties to point to the base of your Domino installation and the target folder. For example:

$ mvn org.openntf.p2:generate-domino-update-site:4.0.0:mavenizeBundles \
    -Dsrc="/Users/someuser/Desktop/UpdateSite" \ # Optional
    -DoptionalDependencies=false # Optional
    -DlocalRepositoryPath=/foo/bar # Optional
  • src is the location of the Update Site
  • groupId is an optional group ID to use for the installed bundles. It defaults to “”
  • optionalDependencies sets whether inter-bundle dependencies should be marked as <optional>true</optional>
  • localRepositoryPath sets a local repository directory to use instead of the default

mavenizeAndDeployBundles Mojo

This mojo is similar to the mavenizeBundles mojo, but deploys the bundles to a remote repository.

Command Line Usage

It has the same options and behavior as mavenizeBundles, with the exception of localRepositoryPath. Instead, it requires deploymentRepository in the same format as altDeploymentRepository in the maven-install-plugin:deploy goal. For example:

$ mvn org.openntf.p2:generate-domino-update-site:4.0.0:mavenizeAndDeployBundles \
    -Dsrc="/Users/someuser/Desktop/UpdateSite" \
    -DdeploymentRepository=some.repo::default::https://some.repo/path # Optional
    -DoptionalDependencies=false # Optional