eXo Platform aims at providing a transparent upgrade experience so that the upgrade to a newer version is seamless for an administrator.
As eXo Platform makes changes between versions, it is sometimes required to run some routines that will alter data. For that purpose, eXo Platform provides a service dedicated to it, called the Upgrade Service. This generic framework can detect a version change and identify which upgrade routines to be executed.
Since the framework leverages the eXo plugins mechanism, eXo Platform refers to these routines as upgrade plugins. At startup, eXo Platform will load and execute the upgrade plugins identified by the Upgrade Service.
This chapter outlines requirements before the upgrade and helps you get familiar with the upgrade process between versions of eXo Platform via the following topics:
Breaking Changes Breaking changes you should be aware about before starting the upgrade to 6.0 version.
Prerequisites A list of things you need to do before the upgrade.
Upgrade process How to upgrade from eXo Platform 5.3 to eXo Platform 6.0.
Best practices Some tips that help you monitor the upgrade.
Upgrading add-ons Common steps for upgrading your add-ons along with the new Platform version.
In this section, we will present all the breaking changes you should know before starting the upgrade to 6.0 version.
The components architecture has changed in 6.0 version:
exo-web-pack is no more a supported addon.
JCR is not considered anymore as a basic component of the platform, and thus must be installed to be used.
Chromattic library has been deleted from pre-packaged bundle.
intranet site has been deprecated and moved to exo-legacy-intranet addon
Layout management features has been moved to exo-layout-management addon
Usage and development using Juzu <http://juzuweb.org/> framework has been deprecated.
Some applications have been transformed into addons but they come prepackaged into the platform server and could be uninstalled if you don’t need to use them. Here is the full list of the prepackaged addon-ons:
Other addons such as exo-forum, exo-legacy-intranet and exo-calendar are available on the addons manager but not prepackaged with the platform server. You can install them using this command:
./addon install addon-ID
Some Groovy templates have been changed in eXo Platform 6.0, check out the complete list. If your custom extension overrides some Groovy templates, you must check if it has been changed, and update it if it is the case.
This is the list of templates changed in eXo Platform 6.0.
Before the upgrade, you need to:
Back up data, as described in Backup and Restore, before upgrading. In case anything turns badly, your data is safe and you can start over.
Back up customizations (including configuration, deployed extensions and applications) that you plan to reuse in the new version.
Upgrade your data to eXo Platform 5.3 before proceeding to upgrade to 6.0.
Download eXo Platform 6.0 version.
Make sure that all required addons are installed (especially for: exo-jcr, exo-ecms, exo-wiki, exo-calendar and exo-forum).
Perform one or more dry-run upgrade(s) to find out potential problems and estimate the upgrade time.
The dry-run upgrade allows you to:
Detect and handle issues to make sure they will not happen during the real upgrade.
Estimate how long the upgrade will take in your production environment.
Find out if you need to adjust anything to make your upgrade faster and more efficient.
The upgrade procedure is only guaranteed and tested to be transparent from the previous maintenance version (x.y.z from x.y.z-1). So, we recommend to apply upgrade procedures for all versions between your current one and the target one. In this case it is from the latest maitenance version of 5.3 to 6.0. If you are on 5.2.1 version, you should move into the different 5.2 maintenance versions then move to 5.3 and then move to 6.0 version. However, if you still insist on skipping versions, we strongly advise to read all upgrade notes of the versions you are skipping to see if your project is impacted by any previous upgrade procedure.
Upgrade to a new eXo Platform version
Stop the old version of eXo Platform, in this case the 5.3 version.
Apply your customizations into eXo Platform 6.0.
If you have changed the configuration properties via
$PLATFORM_TOMCAT_HOME/gatein/conf/exo.propertiesyou can update them to the same file in the new eXo Platform version.
If you use a populated organizational data source (such as LDAP), activate the Organization Integration Service so that the data is synchronized. See Synchronization for more details.
If you have some customization into the intranet site, you should install the addon
./addon install exo-legacy-intranet
If you don’t install the addon
exo-legacy-intranet, you may have some errors on the server’s startup caused by the fact that some intranet gadgets are not found.
Configure the JCR, IDM and JPA databases. Refer to Database for more details.
Configure the EXO_DATA_DIR variable. Refer to Data directory configuration for more details.
Start the eXo Platform server. The upgrade will be run automatically. The startup is successful when you see a message like INFO | Server startup in XXXX ms.
Once the upgrade is done successfully, you can delete
./addon uninstall exo-data-upgrade
After making the above steps and restart the server, you will find in your spaces, the left navigation of the intranet site. To apply the new layout, should perform a manual intervention following these steps:
7.1- Connect with an administrator account
- 7.2- Go to Administration -> PORTAL -> Group sites Management menu and then click on “Use a dynamic layout for all” button to apply it to the whole sites, or
you can make it one by one (for the desired sites)
Here are good ways you can follow during and after upgrading:
Monitor the server console/log file to be aware of the upgrade status or any issues during the upgrade. By default, eXo Platform records all information in
A successful upgrade typically logs the followings:
The first important message like:
| INFO | Start transparent upgrade framework [o.e.c.upgrade.UpgradeProductService<Catalina-startStop-1>]
The list of activated plugins:
| INFO | Proceed upgrade the plugin (async = true): name = PushNotificationSettingsUpgradePlugin from version 5.0.3 to 5.1.0 [o.e.c.upgrade.UpgradeProductService<Catalina-startStop-1>]
| INFO | Proceed upgrade the plugin (async = false): name = NodeTypeTemplateUpgradePlugin from version 5.0.3 to 5.1.0 [o.e.c.upgrade.UpgradeProductService<Catalina-startStop-1>]
| INFO | Proceed upgrade the plugin (async = false): name = MetadataTemplateUpgradePlugin from version 5.0.3 to 5.1.0 [o.e.c.upgrade.UpgradeProductService<Catalina-startStop-1>]
| INFO | Proceed upgrade the plugin (async = false): name = QueryUpgradePlugin from version 5.0.3 to 5.1.0 [o.e.c.upgrade.UpgradeProductService<Catalina-startStop-1>]
| INFO | Proceed upgrade the plugin (async = false): name = ScriptUpgradePlugin from version 5.0.3 to 5.1.0 [o.e.c.upgrade.UpgradeProductService<Catalina-startStop-1>]
| INFO | Proceed upgrade the plugin (async = false): name = WCMTemplateUpgradePlugin from version 5.0.3 to 5.1.0 [o.e.c.upgrade.UpgradeProductService<Catalina-startStop-1>]
| INFO | Proceed upgrade the plugin (async = false): name = UpgradeSecureJCRFoldersPlugin from version 5.0.3 to 5.1.0 [o.e.c.upgrade.UpgradeProductService<Catalina-startStop-1>]
The message informing that the upgrade plugin execution is completed for each executed plugin:
| INFO | Upgrade of plugin PushNotificationSettingsUpgradePlugin completed. [o.e.c.upgrade.UpgradeProductService<pool-6-thread-1>]
| INFO | Upgrade of plugin NodeTypeTemplateUpgradePlugin completed. [o.e.c.upgrade.UpgradeProductService<Catalina-startStop-1>]
A message informing the successful startup:
| INFO | Server startup in 102839 ms [org.apache.catalina.startup.Catalina<main>]
Check the PRODUCT version via the REST service (http://[your_server]:[your_port]/rest/platform/info), for example: “platformVersion”:”5.1.0”.
Or, you can see the new version in the footer of Login page as follows:
Log in and check some functions, components and customizations to see if they are working correctly.
After upgrading Platform, you have to re-install your add-ons and re-configure them.
Check the version.
The old add-on version might be compatible with the new Platform version, or not, so it is recommended you always install newer compatible version if any.
Before installing an add-on, you can use
describe command to check
its versions. The command usage is documented
You can also find the compatibility information at this page.
Check the configuration.
If the add-on version does not change, typically you just need to copy the old configuration. Otherwise you are recommended to check Add-ons Guide for configuration changes.
Check if any extra upgrade step required.