Release Guide

Developers > Release Guide

How to create and announce an ActiveMQ release. This release is based on General guide for releasing Maven-based project at Apache , so be sure to check it out before continuing and meet all prerequisites.

Maven 2 Setup

Before you deploy anything to the maven repository using Maven 2, you should configure your ~/.m2/settings.xml file
so that the file permissions of the deployed artifacts are group writeable. If you do not do this, other developers will not able to overwrite your SNAPSHOT releases with newer versions.


    <!\-\- To publish a website of some part of Maven -->
    <!\-\- To stage a release of some part of Maven -->
    <!\-\- To stage a website of some part of Maven -->
      <id>stagingSite</id> <!-- must match hard-coded repository identifier in site:stage-deploy -->


It is also essential that you configure your umask to 2 on for non-interactive login. If your shell is tcsh you can edit .cshrc to include

umask 2

Other shell initialization files may interfere with this setting but if this is the only umask setting it appears to work. Instructions for other shells would be welcome.

Additional local configuration for using release and staging plugins.

To effectively use the release and staging plugins you need some information about where the staging will happen and signing information for gpg. Your ~/.m2/settings.xml should contain a profile like this:


Creating the ActiveMQ Release

The release plugin will prompt for a release version, tag and next release version. Use a three digit release version of the form: 5.x.x and for the tag use a string of the form: activemq-5.x.x. The next version string should use the two digit from: 5.x-SNAPSHOT as this can be consistent for future SNAPSHOT releases.

  1. Verify the to-be-released version identifier exists in the META-INF/spring.schemas mappings file AND activemq-osgi/src/main/resources/META-INF/spring.schemas file, if not add it and commit. It should contain:${pom.version}.xsd=activemq.xsd
  2. Verify headers with rat
    mvn -e apache-rat:check
    grep -e ' !?????' target/rat.txt -- will show any files without licenses
  3. Do a release dry run to check for problems
    mvn release:prepare -DdryRun=true

    Check that you are happy with the results. The poms for the proposed tags will be in pom.xml.tag. When you like the results, clean up:

    mvn release:clean
  4. Prepare the release
    mvn release:prepare

    This will create the tag in git and leave various stuff around locally to direct the perform phase.

  5. Make a local copy of the release configuration in case something goes wrong
    cd ..
    cp -r activemq-release activemq-release-prepared
    cd activemq-release
  6. Perform the release to the staging repo
    mvn release:perform

    This uses both the activemq release profile which directs building source jars, javadoc jars, and signing everything, and also the settings release profile that says where to
    put stuff and how to sign it.

  7. Close the staging repository
    Quote from the Maven release guide for Apache projects

    Login to using your Apache LDAP credentials. Click on “Staging”. Then click on “maven” in the list of repositories. In the panel below you should see an open repository that is linked to your username and ip. Right click on this repository and select “Close”. This will close the repository from future deployments and make it available for others to view. If you are staging multiple releases together, skip this step until you have staged everything. Enter the name and version of the artifact being released in the “Description” field and then click “Close”. This will make it easier to identify it later.

    See the image in the original guide for more info.

  8. Verify staged artifacts
    Quote from the original guide

    If you click on your repository, a tree view will appear below. You can then browse the contents to ensure the artifacts are as you expect them. Pay particular attention to the existence of *.asc (signature) files. If the you don’t like the content of the repository, right click your repository and choose “Drop”. You can then rollback your release and repeat the process.
    Note the repository URL, you will need this in your vote email.

  9. Build the site from the tag that release:perform checked out into target/checkout in the previous step.
    Note that the -Prelease profile is needed to specify the profile in settings.xml that configures the staging location.
    cd target/checkout
    mvn site -Prelease
  10. Populate the Javadocs site in svn svn co cd content/maven mkdir <version> #copy over apidocs folder that was created by the site plugin to <version>/apidocs svn add <version> svn rm apidocs ln -s <version>/apidocs apidocs svn add apidocs # and commit once it looks good.
  11. Stage the official release artifacts in the SVN dist dev area for folks to test and vote on, using the helper script already in the repo: svn co cd activemq ./ <nexus-staging-repo-url> <version> # Example: ./ 5.15.1 svn add <version> and commit once it looks good.

  12. Call a vote on the dev list, listing the great new features of the release.

After the vote passes

  1. Promote the release (i.e. release the staging repository): login to, navigate to the staging repository and click the “release” button. 
  2. Copy the staged release files from the SVN dist dev folder to the SVN dist release folder:
    svn cp -m "add files for activemq-<version>"<version><version>
    # Example: svn cp -m "add files for activemq-5.15.1"
  3. Populate the schema site in svn
    svn co
    cd content/schema/core
    curl --remote-name-all<version>/activemq-spring-<version>{-schema.html,.xsd}{.asc,.asc.md5,.asc.sha1,.sha1,.md5,}
    for i in activemq-spring-5.9.0*; do mv -- "$i" "${i//spring/core}"; done;
    svn add activemq-core-5.9.0*
    svn rm activemq-core.xsd
    ln -s activemq-core-5.9.0.xsd activemq-core.xsd
    svn add activemq-core.xsd
    # and commit once it looks good.
  4. Continue with the Announcing section below
  5. Created a in progress wiki page for the next release
  6. Remove any releases from the dist site that are no longer supported and update the wiki page for that release to point to the archives for downloads.

Announcing the ActiveMQ Release

  1. Perform a release in JIRA and create a new release version in JIRA.
    1. Move unresolved issues to the next release first, in a bulk (do not send email) update
    2. You might also want to search for resolved/closed issues with no fix version just in case
  2. Create a download page for the release in the WIKI similar like the ActiveMQ 5.3.0 Release; also update the main Download page as appropriate
  3. Update the Xml Reference page with a link to the HTML and XSD
  4. Update latest release link on home page
  5. Change the links for the prior release to reference the archive (at; otherwise, users will not be able to locate the older release for download
  6. Update QuickLinks and JavaDocs pages
  7. Mail the dev & user lists
  8. Post a news entry on the WIKI
  9. tweet
  10. Have a beer!

Apache ActiveMQ, ActiveMQ, ActiveMQ Artemis, Apache, the Apache feather logo, and the Apache ActiveMQ project logo are trademarks of The Apache Software Foundation. Copyright © 2019, The Apache Software Foundation. Licensed under Apache License 2.0.