Upgrade from 5.0 to 6.0¶
Use this documentation to upgrade projects based on Akeneo PIM Community Edition or Enterprise Edition 5.0 to 6.0.
Disclaimer¶
Make sure your production database is backed-up before performing the data migration. The queue daemon(s) must be stopped as well.
Prepare your project for the new technical stack¶
Your current v5.0 application must have up to date migrations before migrating on the new technical stack.
The root of your current installation dir is referred as $INSTALLATION_DIR.
$ export APP_ENV=prod
$ cd $INSTALLATION_DIR
$ cp -R ./vendor/akeneo/pim-community-dev/upgrades/* ./upgrades/
$ cp -R ./vendor/akeneo/pim-enterprise-dev/upgrades/* ./upgrades/
$ php bin/console doctrine:migrations:version --add --all -q
$ rm -rf var/cache/
Note
WARNING: please note that this part of the migration needs to be executed on your PIM v5.0 before
upgrading your technical stack.
Requirements¶
Updated System components¶
- You have to make sure your system components are updated to the version required for Akeneo PIM:
PHP 8.0
MySQL 8.0
Elasticsearch 7.16
Note
Elasticsearch supports in-place update: Elasticsearch 7.16 will be able to use indexes created by previous Elasticsearch 7.x.
So there’s no need to export and reimport data for this system.
Updated System dependencies¶
Check your system dependencies are in sync with System Requirements
Updated crontab definition¶
Check your crontab is in sync with Periodic tasks & Crontab configuration
Upgraded Virtual Host configuration¶
OnPremise only
Since Akeneo PIM, instead of using one fpm pool, we are using one for the API, and one for UI.
You can check the VirtualHost configuration for 6.0 on your system: Install Akeneo PIM manually
Prepare your project¶
Akeneo PIM composer.json¶
The root of your current installation dir is referred as $INSTALLATION_DIR.
Community Edition¶
You can download the composer.json file directly from the Github repository:
$ curl https://raw.githubusercontent.com/akeneo/pim-community-standard/6.0/composer.json > $INSTALLATION_DIR/composer.json
Enterprise Edition¶
Please visit your Akeneo Portal to download the archive.
$ tar xvzf pim-enterprise-standard-<archive-suffix>.tar.gz -C $INSTALLATION_DIR --strip-components 1 pim-enterprise-standard/composer.json
Load your PIM Enterprise dependencies¶
$ composer update
Note
You may need to increase the memory provided to composer, as this step can be very memory consuming:
$ php -d memory_limit=4G /path/to/composer update
Let Akeneo PIM continue the preparation for you¶
Community Edition¶
$ export APP_ENV=prod
$ vendor/akeneo/pim-community-dev/std-build/migration/prepare_50_to_60.sh
Enterprise Edition¶
$ export APP_ENV=prod
$ vendor/akeneo/pim-enterprise-dev/std-build/upgrade/prepare_50_to_60.sh
Warning
This script overwrites several configuration files.
In case of customisation, you need to resolve conflicts.
Make sure your environment is ready to be migrated¶
$ rm -Rf var/cache
$ bin/console pim:installer:check-requirements
If this command detects something not working or not properly configured, please fix the problem before continuing.
Prepare the front¶
$ make upgrade-front
Migrate your data¶
$ bin/console doctrine:migrations:migrate
$ bin/console pimee:data-quality-insights:migrate-product-criterion-evaluation
$ bin/console pim:data-quality-insights:recompute-product-scores
Note
You may receive the following warnings:
WARNING! You have X previously executed migrations in the database that are not registered migrations.
This can be safely ignored as this only means that your database is up to date, but without finding the corresponding migration files.
Another message could be Migration _X_Y_ZZZZ was executed but did not result in any SQL statements.
This makes sense for some migration that only touches the Elasticsearch index or don’t apply because no data linked to this migration have been found.
The message “The migration has already been performed.” concerning the “data-quality-insights” migration could be ignored .
Migrate the job queue¶
In 6.0 we set up a new job queue. You may have jobs awaiting in the old queue, they must be migrated in the new queue:
$ bin/console akeneo:batch:migrate-job-messages-from-old-queue
If you want to skip the interactive question and want to migrate directly:
$ bin/console akeneo:batch:migrate-job-messages-from-old-queue --no-interaction
Migrating your custom code¶
Applying automatic fixes¶
Some changes we made in the code of Akeneo PIM can be automatically applied to your own code.
In order to make this process easier and more error proof, we decided to use PHP Rector (https://github.com/rectorphp/rector) to apply these changes.
Installing Rector¶
composer require --dev rector/rector-prefixed
Applying automatic fixes¶
vendor/bin/rector process src/
Note
This will use the rector.yaml file created by the prepare.sh above. Feel free to add your own refactoring rules inside it. More information on https://getrector.org/
Identifying broken code¶
You can use PHPStan to help you identify broken code:
composer require --dev phpstan/phpstan
vendor/bin/phpstan analyse src/
More information, please check https://github.com/phpstan/phpstan
From that point, you will have to migrate your bundle one by one.
Remember to check if they are still relevant, as each Akeneo version brings new features.
Found a typo or a hole in the documentation and feel like contributing?
Join us on Github!