Upgrading from 4.0.x to 4.0.y

The following instructions explain how to upgrade an instance of OpenEMPI from a 4.0.x release to a more recent minor release 4.0.y (here y is an integer that is greater than x such as 4.0.2 versus 4.0.1).

1. Shutdown your Tomcat server instance. Make sure the server has shutdown before moving on to the next step.

2. Backup your Postgres and OrientDB databases. You can find instructions on how to do that

here.

3. Install the 4.0.y instance in its new OPENEMPI_HOME directory. Follow the installation instructions for installing a new instance of OpenEMPI from a distribution that can be found here. The recommended approach is to install new releases under the same parent directory so that openempi-4.0.x and openempi-4.0.y are in the same directory. On our installations, we follow the convention of installing new releases in the /sysnet/openempi directory so that the 4.0.x release would be installed in the /sysnet/openempi/openempi-4.0.x directory and the 4.0.y release would be installed in the /sysnet/openempi/openempi-4.0.y directory.

For the purpose of these instructions, we assume that OPENEMPI_OLD_HOME points to the installation directory of the 4.0.x release

4. First, compare the contents of the following configuration files between the 4.0.x and 4.0.y directories and if they include changes that you have made, then merge those changes into the new version of the file. If you have questions about specific differences between the two versions and are unsure how to proceed, don't hesitate to reach out to us through the customer support portal. We can perform the merge between the configuration files for you. For example, the openempi-extension-contexts.properties may have been changed to activate or deactivate specific modules in your instance of OpenEMPI and jdbc.properties may have changed to reflect a change in the database password for the relational or graph databases.

5. Copy the following configuration files from the 4.0.x to the 4.0.y directory.

NOTES:

• Keep in mind that you may have to modify the mpi-config.xml file to reflect the change in directories for a few of the configuration parameters.

• We use the convention of naming file loader mapping files file-loader-map-{VARIABLE].xml where VARIABLE is a unique name that identifies the specific mapping file. You only need to copy mapping files that are unique to your installation.

• The convention for naming the internal model parameters for the probabilistic matching algorithm is to use the entity name (by default person) followed by FellegiSunterConfiguration.ser. If you are hosting multiple entities on your instance, you will need to copy the configuration files for the other entities beyond the person entities shown explicitly below.

6. Start your instance of OpenEMPI using the startup script from the new release directory. If you are using a service startup script to automatically start your instance of OpenEMPI, make sure you update the script to reflect its new directory location (this is usually installed in /etc/systemd/system/openempi.service).