Extension lifecycle
The recommendations laid out below are to be phased out in the future in favor of declarative schema development approaches.
This topic describes a module's lifecycle and how to create classes that execute code when your module is initialized, upgraded, or uninstalled. These executable classes can perform tasks that set up the database, update data, and clean up data.
Note: Theme and language package extensions do not need initialization or uninstallation tasks because they do not install database schemas or update data.
Lifecycle guidelines
Follow these guidelines when developing your executable classes to have them run during specific lifecycle stages:
- Put your executable class in the
Setup
directory inside your module's root directory. - Use the specific file and class name for your class's target lifecycle stage.
- Implement the specific class interface and function for your class's target stage.
- Follow Magento's versioning policy when changing your module's version.
Schema initialization stages
The schema initialization stages are the first set of processes that Adobe Commerce and Magento Open Source run when your module is installed, re-installed, or upgraded.
Schema installation
The application executes the schema installation class during your module's initial install.
If the schema_version
for your module is found in the setup_module
table, the application skips this stage and proceeds to the schema upgrade stage.
Class name: | InstallSchema |
Interface: | |
Method: | install() |
Example: InstallSchema.php
Copied to your clipboard<?php/*** Copyright [first year code created] Adobe* All rights reserved.*/namespace VendorName\ModuleName\Setup;use Magento\Framework\Setup\InstallSchemaInterface;class InstallSchema implements InstallSchemaInterface{/*** @inheritdoc*/public function install(SchemaSetupInterface $setup, ModuleContextInterface $context){//Install schema logic}}
Schema upgrade
The application executes your module's schema upgrade class when it detects an earlier installation. The purpose of this class is to update the database structure or apply patches.
Class name | UpgradeSchema |
Interface | |
Method | upgrade() |
Example: UpgradeSchema.php
Copied to your clipboard<?php/*** Copyright [first year code created] Adobe* All rights reserved.*/namespace VendorName\ModuleName\Setup;use Magento\Framework\Setup\UpgradeSchemaInterface;class UpgradeSchema implements UpgradeSchemaInterface{/*** @inheritdoc*/public function upgrade(SchemaSetupInterface $setup, ModuleContextInterface $context){//Upgrade schema logic}}
Recurring schema event
The application executes your module's recurring schema event class after every schema installation or upgrade stage. This class makes final modifications to the database schema after it has been installed or updated.
Class name | Recurring |
Interface | |
Method | install() |
Example: Recurring.php
Copied to your clipboard<?php/*** Copyright [first year code created] Adobe* All rights reserved.*/namespace VendorName\ModuleName\Setup;use Magento\Framework\Setup\InstallSchemaInterface;class Recurring implements InstallSchemaInterface{/*** @inheritdoc*/public function install(SchemaSetupInterface $setup, ModuleContextInterface $context){//Recurring schema event logic}}
Data initialization
The application goes through your module's data initialization stages after the schema initialization processes complete.
Data installation
The application executes the data installation class during your module's initial install unless an existing version entry is found in the database. The purpose of this class is to populate the database with initial data.
Class name | InstallData |
Interface | |
Method | install() |
Example: InstallData.php
Copied to your clipboard<?php/*** Copyright [first year code created] Adobe* All rights reserved.*/namespace VendorName\ModuleName\Setup;use Magento\Framework\Setup\InstallDataInterface;class InstallData implements InstallDataInterface{/*** {@inheritdoc}*/public function install(ModuleDataSetupInterface $setup, ModuleContextInterface $context){// Data install logic}}
Data upgrade
The application executes the data upgrade class when it detects an earlier version in the data_version
field for the module in the setup_module
table.
The purpose of this class is to fix corrupted data or populate a new data field after a schema change.
Class name | UpgradeData |
Interface | |
Method | upgrade() |
Example: UpgradeData.php
Copied to your clipboard<?php/*** Copyright [first year code created] Adobe* All rights reserved.*/namespace VendorName\ModuleName\Setup;use Magento\Framework\Setup\UpgradeDataInterface;class UpgradeData implements UpgradeDataInterface{/*** @inheritdoc*/public function upgrade(ModuleDataSetupInterface $setup, ModuleContextInterface $context){// Data upgrade logic}}
Recurring data event
The application executes your module's recurring data event class after every data installation or upgrade stage. This class makes final modifications to the database store after data has been installed or updated.
Class name | RecurringData |
Interface | |
Method | install() |
Example: RecurringData.php
Copied to your clipboard<?php/*** Copyright [first year code created] Adobe* All rights reserved.*/namespace VendorName\ModuleName\Setup;use Magento\Framework\Setup\InstallDataInterface;class RecurringData implements InstallDataInterface{/*** @inheritdoc*/public function install(ModuleDataSetupInterface $setup, ModuleContextInterface $context){// Recurring data event logic}}
Database interface
Use the ModuleDataSetupInterface
when you need to do database manipulations.
If your installation or upgrade logic spans multiple classes, pass this resource on to other classes that need to modify the database.
Example: Customer module's DefaultCustomerGroupsAndAttributes.php
Copied to your clipboard<?php/*** Copyright [first year code created] Adobe* All rights reserved.*/class DefaultCustomerGroupsAndAttributes implements DataPatchInterface, PatchVersionInterface{/*** @var CustomerSetupFactory*/private $customerSetupFactory;/*** @var ModuleDataSetupInterface*/private $moduleDataSetup;/*** DefaultCustomerGroupsAndAttributes constructor.* @param CustomerSetupFactory $customerSetupFactory* @param ModuleDataSetupInterface $moduleDataSetup*/public function __construct(CustomerSetupFactory $customerSetupFactory,ModuleDataSetupInterface $moduleDataSetup) {$this->customerSetupFactory = $customerSetupFactory;$this->moduleDataSetup = $moduleDataSetup;}/*** {@inheritdoc}* @SuppressWarnings(PHPMD.ExcessiveMethodLength)*/public function apply(){/** @var CustomerSetup $customerSetup */$customerSetup = $this->customerSetupFactory->create(['setup' => $this->moduleDataSetup]);...$customerSetup->installEntities();$customerSetup->installCustomerForms();$disableAGCAttribute = $customerSetup->getEavConfig()->getAttribute('customer', 'disable_auto_group_change');...$migrationSetup = $this->moduleDataSetup->createMigrationSetup();$migrationSetup->appendClassAliasReplace('customer_eav_attribute','data_model',Migration::ENTITY_TYPE_MODEL,Migration::FIELD_CONTENT_TYPE_PLAIN,['attribute_id']);$migrationSetup->doUpdateClassAliases();}...}
Module version
Use the ModuleContextInterface
to get the current module version and execute logic based on the version.
Example: User module's UpgradeData.php
Copied to your clipboard<?php/*** Copyright [first year code created] Adobe* All rights reserved.*/namespace Magento\User\Setup;use Magento\Framework\Encryption\Encryptor;use Magento\Framework\Setup\ModuleContextInterface;use Magento\Framework\Setup\ModuleDataSetupInterface;use Magento\Framework\Setup\UpgradeDataInterface;class UpgradeData implements UpgradeDataInterface{/*** @inheritdoc*/public function upgrade(ModuleDataSetupInterface $setup, ModuleContextInterface $context){$setup->startSetup();if (version_compare($context->getVersion(), '2.0.1', '<')) {$this->upgradeHash($setup);}$setup->endSetup();}...}
Uninstall event
The application executes the uninstall event class when your module is uninstalled using the following command:
Copied to your clipboardbin/magento module:uninstall --remove-data <module_name>
In this phase, your module should remove all traces of its existence in the database by dropping tables, deleting data, or restoring data.
Class name | Uninstall |
Interface | |
Method | uninstall() |
Example: Uninstall.php
Copied to your clipboard<?php/*** Copyright [first year code created] Adobe* All rights reserved.*/namespace VendorName\ModuleName\Setup;use Magento\Framework\Setup\UninstallInterface;class Uninstall implements UninstallInterface{/*** @inheritdoc*/public function uninstall(SchemaSetupInterface $setup, ModuleContextInterface $context){//Uninstall logic}}
Disabled modules
A disabled module can still execute its uninstall event. However, module-specific configurations such as its dependency injection and event/observer configurations will not be available and will cause problems.
Avoid this situation by not including dependencies in your uninstall event class
Related Topics: