This page describes a general upgrade procedure. You will find below the list of required manual steps per version. Follow them carefully from your current version to the new version.
- To upgrade from one LTS version to another, from 5.8 to 7.10 for instance, follow 5.8 -> 6.0 -> 7.10.
- To upgrade from an LTS version to the latest Fast Track version, from 6.0 to 8.3 for instance, follow 6.0 -> 7.10 -> 8.1 -> 8.2, etc.
Although major changes are explicitly documented, it is recommended to look at the upgrade notes before upgrading. Upgrade notes list changes that may affect existing configuration or features after upgrade (changes on parameters, API, default behavior, etc.).
Nuxeo Upgrade Policy
Each version of the Nuxeo Platform comes with bug fixes, new features and improvements. This means upgrading to the latest public release is a smart move. In order to make upgrade easy, we are very careful not to break anything:
- We don't break the APIs between two versions: we add new APIs and deprecate old ones,
- There are several minor versions between the deprecation and the removal so you have time to adapt your code,
- If we completely replace a service (that was the case for
EventServicefor example), we provide compatibility packages so you can continue using the old API (even if migrating to the new API is highly recommended).
In terms of data migration we are also very careful not to break anything. When some changes or optimizations impact the storage layer we either:
- Make the upgrade automatically,
- Or provide guidelines for the upgrade.
Upgrading is usually a simple and painless process. Using the template system also allows to easily transpose your configuration from one version to an other. In the worse cases, in case of problem, the Nuxeo Support is there to help you :smile:
General Upgrade Procedure
You should have configured Nuxeo with a specific configuration (and optionally with custom templates) setting a database (for production) and a data directory. In that case, follow the steps below to upgrade your Nuxeo Platform.
Make sure no jobs are still queued or running before starting the upgrade procedure.
- Do a backup.
- Stop the old Nuxeo Platform.
- Deploy the new Nuxeo Platform version (see the Installation pages).
- Update the environment variable
Update your nuxeo.conf file to make it use your custom configuration, database and data directory.
Report your custom configuration (uncommented lines in the old Nuxeo Platform
nuxeo.conf) into the nuxeo.conf file of the target Nuxeo Platform version.
Be very careful about the two properties allowing to configure the backend for audit logs, make sure you read the related documentation:
audit.elasticsearch.enabled: Disabling Elasticsearch for Audit Logs
audit.elasticsearch.migration: Triggering SQL to Elasticsearch Audit Logs Migration
- Replace the old nuxeo.conf file with this new one.
- Upgrade your Nuxeo Packages.
- Upgrade and install your Studio project customization.
- Upgrade and install your custom code.
- If you have manually copied JARs in
$NUXEO/nxserver/bundles(like nuxeo-platform-login-cas2 if you are using the CAS2 authentication), install the corresponding new version of the JARs.
- Start the new Nuxeo Platform.
- Check for
$NUXEO/log/server.log, or Nuxeo Runtime startup errors after log
Nuxeo Platform Started.
Upgrading Your Nuxeo Packages
nuxeoctl mp-listto get the list of all downloaded and installed (started state) Nuxeo Packages.
- Get the list of all started Nuxeo Packages.
nuxeoctl mp-installon each addon that was in started state at step 2.
Upgrading Your Nuxeo Studio Project
To upgrade your Nuxeo Studio project:
- in the Nuxeo Studio Settings, change your target platform from the Application Definition menu.
- In Source Control > Branch Management, click on the Tag button of the last commit (or of the last relevant commit) to save your Studio project state in a new version.
- Install the newly tagged version of your Project on your platform by running
nuxeoctl mp-install StudioProjectName-tagName.
The XML extensions contributed in Nuxeo Studio are not processed by the Studio upgrade compatibility checks. Follow the custom code upgrade guidelines to ensure they will work as expected.
Upgrading Your Custom Code
Since the Platform evolves, you will also need to upgrade your custom code:
- Identify your customization in your code so as to be able to easily find where changes may be needed on the test phase of the upgrade.
- Contributions to the extension points you defined: although we maintain compatibility between versions, you may need to check the extension point definition in the Nuxeo Platform Explorer to see if the descriptor has changed (new attributes for instance) ;
- The XHTML templates from the Nuxeo Platform you overrode to get a custom behavior: some of these templates may have changed (sometimes a lot if you plan to upgrade several versions up) and you have to identify the modifications you did before in order to apply them to the new version of these Nuxeo templates;
- The API you used in your custom Java code: some APIs were deprecated, other ones removed (like everything around jBPM).
- At server startup, check for error or warn logs that could give deprecation or upgrade information.
- For each version of the upgrade path, build your custom plugin and check if it's running correctly once deployed in the Nuxeo Platform target version. If you run into issues, you know where to search since you already identified where customizations have been done at step 1.
Detailed Upgrade by Version
To LTS 2017 from LTS 2016
See Upgrade from LTS 2016 to LTS 2017 to upgrade to the LTS 2017 version or Upgrade from LTS 2016 following Fast Tracks to upgrade from a Fast Track version to LTS 2017.
To LTS 2016 from LTS 2015
See Upgrade from LTS 2015 to LTS 2016 to upgrade directly to the LTS 2016 version or Upgrade from LTS 2015 following Fast Tracks to upgrade from a Fast Track version to LTS 2016.
To LTS 2015 from LTS 6.0 or FT 7.x
See Upgrade from 6.0 to LTS 2015
- Upgrade notes for 7.1
- Upgrade notes for 7.2
- Upgrade notes for 7.3
- Upgrade notes for 7.4
- Upgrade notes for 7.10
To 6.0 from 5.8 or 5.9.x
To 5.8 from 5.6 or 5.7.x
To 5.6 from 5.5
To 5.5 from 5.4.2
See Upgrade from 5.4.2 to 5.5.
To 5.4.2 from 5.4.1
If using Oracle, see Upgrade to 5.4.2 with Oracle.
To 5.4.1 from 22.214.171.124
To 126.96.36.199 from 5.4.0
To 5.4.0 from 5.3.2
If using the JBoss distribution, see Upgrade to 5.4 and JBoss 5.
The workflow implementation has changed, see From the old workflow system to the new 5.4 workflow system.
To 5.3.2 from 5.3.1
See Upgrade from 5.3.1 to 5.3.2.
If using MySQL, see Upgrade from 5.3.1 with MySQL to 5.3.2.
To 5.3.1 from 5.3.0
See Upgrade from 5.3.0 to 5.3.1.
To 5.3.0 from 5.2.0
To 5.2.0 from 5.1.6
If using JCR with PostgreSQL, see How to migrate a Nuxeo 5.1.6 to Nuxeo 5.2 under JCR+PostgreSQL configuration.
To 5.1.6 from 5.1.3
To 5.1.3 from 5.1.2
No upgrade notes.
See Upgrade from 5.1.2 to 5.1.3.
To 5.1.x from Earlier
First, stop Nuxeo EP and, before any upgrade, always backup (at least)
- dump your database(s) if you have any.
If you have specific configuration, back up separately the configuration files in order to easily re-apply them onto the default one (take care not to lose any modification on these files):
- any other JBoss files you could have changed (
- It could also be useful to back up logs from $JBOSS/server/default/log/.
- Move your JBoss directory and replace it with the one coming from the new Nuxeo EP version.
$JBOSS/server/default/data/with your backup data.
- Apply again you configuration.
- Start Nuxeo.