-
Notifications
You must be signed in to change notification settings - Fork 15
Migration Guide
Even the oldest models are compatible with the latest versions. However, you may need to perform minor manual adjustments to ensure everything functions correctly.
The internal graphics rendering engine has been updated. Consequently:
- Certain charts or visualizations might render differently.
- Some custom graphics might require minor CSS or configuration tweaks.
However, the jump from version 12 to 14 represents a significant architectural shift. This migration is a specific case in the Lodex lifecycle. While Lodex generally prioritizes backward compatibility (for instance, older JSON models remain compatible with newer versions), the transition from v12 to v14 (skipping v13) involves structural changes to the database.
The primary driver for this change was to decouple Lodex from the EzMaster software, which is no longer maintained. Starting with version 14, Lodex can operate independently of EzMaster, though it can still coexist with it during a transition period.
Database Structure Change: Unlike standard updates, moving from v12 to v14+ requires renaming all MongoDB collections used by Lodex.
To move your data from v12 to v14 (or v15/v16), you can choose between an automated script or a manual migration.
We provide a dedicated shell script to handle the renaming of database collections automatically. This is the fastest way to migrate an existing instance.
- Migration Script: migrate-tenant.sh
Instructions:
- Ensure you have a full backup of your MongoDB database.
- Run the script against your target database/tenant.
- Restart your Lodex containers using the version 14+ image.
If you prefer a "clean slate" approach or are moving to a new server:
- Export: From your v12 instance, export your data models and your datasets.
- Setup: Install a fresh instance of Lodex v14+.
- Import: Import the models and data into the new version.
- Validation: Review each graphic and configuration setting to ensure the rendering matches your requirements.
Since version 14, Lodex no longer requires EzMaster to function. While you can still run v12 and v14+ side-by-side on an EzMaster host to facilitate a gradual transition, the long-term recommendation is to migrate all instances to a standalone Docker deployment.
This independence allows for:
- Better performance and reduced overhead.
- Simplified maintenance.
- Greater flexibility in hosting environments.
User documentation is available at https://www.lodex.fr/
- Data Processing
- Data Output