Breaking: #92609 - Use controller classes when registering plugins/modules¶
Configuring plugins and modules via the following methods has changed in two important ways.
Both methods expect to be provided with the arguments
configurePlugin also allows the argument
The first important change targets the
During the switch from underscore class names
Tx_Extbase_Foo_Bar to actual namespaced classes
TYPO3\CMS\Extbase\Foo\Bar, a vendor
TYPO3\CMS has been introduced which had to be respected
during the configuration of plugins. To make that possible the argument
$extensionName has been
prepended with the vendor name, concatenated with dots.
<?php \TYPO3\CMS\Extbase\Utility\ExtensionUtility::configurePlugin( 'TYPO3.CMS.Form', // $extensionName 'Formframework', ['FormFrontend' => 'render, perform'], ['FormFrontend' => 'perform'], \TYPO3\CMS\Extbase\Utility\ExtensionUtility::PLUGIN_TYPE_CONTENT_ELEMENT );
Setting the vendor name has been marked as deprecated and must be omitted. Instead, the vendor name will be derived from the controller class namespace, which leads to the second important change.
$nonCacheableControllerActions used controller aliases as
array keys. The alias was the controller class name without the namespace and without the
suffix. There were a lot of conventions and a custom autoloader mechanism before the introduction
of the composer autoloader, which made it necessary to put controllers in a specific directory and to name
the controller accordingly. As this is no longer the case, there is no need to guess the controller class name
any longer. Instead, the configuration/registration is now done with fully qualified controller class names.
<?php \TYPO3\CMS\Extbase\Utility\ExtensionUtility::configurePlugin( 'Form', 'Formframework', [\TYPO3\CMS\Form\Controller\FormFrontendController::class => 'render, perform'], [\TYPO3\CMS\Form\Controller\FormFrontendController::class => 'perform'], \TYPO3\CMS\Extbase\Utility\ExtensionUtility::PLUGIN_TYPE_CONTENT_ELEMENT );
Using non fully qualified class names during plugin/module registration will lead to malfunctioning plugins/modules at best. Probably an Exception will be thrown or a fatal error occurs during plugin/module dispatching.
All installations that use these methods:
Omit the vendor name in argument
Use fully qualified class names as array keys in arguments