Edit on GitHub

Migrate your Application to Symfony Stack

This migration guide gives you a checklist for migrating a typical Pimcore 4 application to the new Symfony stack. This checklist can only be a starting point and never be a complete list for every Pimcore application. Depending on your application additional steps will be necessary.

Prerequisites

  • Execute the Basic Migration steps

  • If you were running the Compatibility Bridge before - please run the following SQL:

UPDATE documents_email SET legacy = NULL; 
UPDATE documents_newsletter SET legacy = NULL; 
UPDATE documents_page SET legacy = NULL; 
UPDATE documents_snippet SET legacy = NULL; 
UPDATE documents_printpage SET legacy = NULL;  
  • The Pimcore CLI can help you with code migrations. Make sure to check the docs to see what you can migrate automatically.

Controller

  • Move Controllers to /src/AppBundle/Controller/.
  • Add namespace to controllers and extend them from Pimcore\Controller\FrontendController
  • Controllers now live in namespaces. As a consequence everything in default namespace (like Exception, stdClass, ...) need to be prefixed with \.
  • init() is not available anymore. Migrate all content, most likely to onKernelController().
  • preDispatch() is not available anymore. Migrate all content, most likely to onKernelController().
  • To assign current language (or any other variable) to view for all actions (as before done in \Website\Controller\Action of Pimcore demo) use onKernelController function in the controller and following lines:
<?php 
public function onKernelController(FilterControllerEvent $event)
{
    // enable view auto-rendering
    $this->setViewAutoRender($event->getRequest(), true, 'php');

    //get first two characters of locale for language
    $this->view->language = substr($event->getRequest()->getLocale(), 0, 2);
}
  • Remove $this->enableLayout(). Use $this->extend in view template instead, see layouts for details.
  • Replace $this->getParam() by adding Request $request as action Parameter and call $request->get() instead.
  • Replace $this->getAllParams() by adding Request $request as action Parameter and call $request->query->all() for all GET params and $request->request->all() for all POST params.
  • Replace $this->getRequest()->isPost with $request->getMethod() == 'POST'.
  • $this->redirect now needs a return statement like return $this->redirect($url);.
  • View helpers are not available in controller anymore. If you need to use them in controller actions, get them from Symfony container follows. They all have keys like pimcore.templating.*.
<?php
	$headTitle = $this->get('pimcore.templating.view_helper.head_title');
	$headTitle($category->getName());
  • Replace ZF1 Zend_Paginator with ZF3 Paginator. It should be sufficient just to replace the create statement with $paginator = new \Zend\Paginator\Paginator($productList);.

Area Bricks

  • Create an AreaBrick class in /src/AppBundle/Document/Areabrick/GalleryCarousel.php.
  • Move/create view to/in /app/Resources/views/Areas/gallery-carousel/view.html.php.
  • Clear cache in order to update the container and register the new Area Brick.
  • Do not delete/move old area bricks and save documents with them afterwards. This will result in data loss!
  • For details see area brick docs.

Views

  • Layouts

    • Move layouts to /app/Resources/views and optionally sub folders.
    • Replace <?= $this->layout()->content; ?> with <?php $this->slots()->output('_content') ?>
    • Use $this->extend('layout.html.php'); for including layouts in templates
    • Do not call $this->extend('layout.html.php'); twice, for example via including templates via $this->render(). This will result in double rendering of the template (e.g. two menus, ...).
    • For details on layouts see layout docs.
  • Templates location

    • move view scripts to /app/Resources/views/[ControllerName]/[actionName].html.php
      • Controller name now Uppercase
      • Template name now actionName.html.php instead of action-name.php (camel case & html.php)
      • For details on templates see template docs.
    • Optionally add following comment to top of each template (will give you type hinting and autocomplete in your IDE)
<?php
/**
 * @var \Pimcore\Templating\PhpEngine $this
 * @var \Pimcore\Templating\PhpEngine $view
 * @var \Pimcore\Templating\GlobalVariables $app
 */
?>
  • Templating Helpers

    • Template helpers for including templates

      • They now follow the Symfony notation for templates, $this->template('/includes/language.php') becomes $this->template('Includes/language.html.php'); or $this->template(":Includes:content-headline.html.php");
      • $this->template needs echo its content - e.g. <?= $this->template(":Includes:content-headline.html.php"); ?>
      • Replace $this->partial with $this->template
      • In $this->action you need to pass all request params that are needed in sub request manually, this doesn't happen automatically any more. The passed parameters are stored as attributes in sub request then.
    • Navigation Changes

      • Replace $this->pimcoreNavigation() with $this->navigation().

      • The navigation view helper signature has changed and now uses a different syntax to render navigations. In short, building the navigation container and rendering the navigation is now split up into 2 distinct calls and needs to be adapted in templates. This applies to all navigation types (menu, breadcrumbs, ...).

        <?php
        // previously
        echo $this->navigation($this->document, $navStartNode)->menu()->renderMenu(null, ['maxDepth' => 1]);
        
        // now
        $nav = $this->navigation()->buildNavigation($this->document, $navStartNode);
        echo $this->navigation()->menu()->renderMenu($nav, ['maxDepth' => 1]);
        

        See the navigation documentation for details.

      • In your navigation partial scripts, use $this->pages instead of $this->container (reserved for DI-container)

      • Replace Pimcore\Navigation\Page\Uri with Pimcore\Navigation\Page\Document.

    • Replace all $this->url() with $this->pimcoreUrl(), parameters and behaviour stay the same. You also could use Symfony standard helpers $this->path() and $this->url(), but there you also take care of parameter and behavior changes.

  • Paging

    • Replace $this->paginationControl($this->paginator, 'Sliding', 'shop/includes/pagination.php' ); with $this->render("Shop/includes/pagination.html.php", get_object_vars($this->paginator->getPages("Sliding")));
    • Replace $this->current in pagination snippet with $current - $this->current has different meaning now.
  • Other stuff

    • For getting current language use $this->request()->getLocale() (or set language as view variable in controller).
    • Replace $this->t with $this->translate

Custom Models and Libraries

  • All stuff that lives in /website/lib and /website/models can be moved to the source folder and should be included automatically by the autoloader. E.g. you have a directory /src/Website for all your models and libraries in Website namespace.
  • Replace and refactor all ZF1 functionality.

Documents

  • Document editables now use a different naming format for nested editables. Please see the upgrade notes regarding build 54 in the upgrade within V5 upgrade notes documentation and add the configuration entry for the legacy naming to your config or execute the naming migration script. Details on the migration can be found in Editable Naming Strategies.

Also have a look at the Upgrade Notes.