Global navigation

   Documentation Center
   eZ Studio & eZ Platform
     User Manual
     Technical Manual
     Glossary
   eZ Publish 4.x / legacy

 
eZ Publish (5.x)

eZ Publish 5.x | For eZ Platform & eZ Studio topics see Technical manual and User manual, for eZ Publish 4.x and Legacy topics see eZ Publish legacy

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Added virtual url alias note.

Status
colourRedYellow
titleThis is work in progressContent of this page is under review

This page represent represents a comparison between Legacy Stack vs 5.x New Stack (aka Symfony Stack, aka 6.x Stack).
This means that features  (aka "4.x" stack) vs Platform Stack (previously referred to as "Symfony", "new" or "6.x" stack); it will be updated as new features are added. Note: Features mentioned on the black list are still available in 5.x, but only via legacy kernel so you will need to use only "pure legacy" or a mix of bothmixed setup using "legacy fallbacks"

 

For a list of Symfony features supported out of the box, see here.

For additional related topics see Legacy code and features and Intro for eZ Publish 4.x/3.x developers.

Known existing integration (white list):

5.x Feature4.x nameFeatureNotesNote/Limitation
Content Model 
5.x aimed at not adding any features in the content/data model to make sure no breaks happened in 4.xthat would lead to backwards compatibility breaks, new features will instead be introduced as we approach 6.x with new storage engines that can support themContentwhen we reach "eZ Platform 1.0" and beyond.
Content*(Content) Object

 

(Content Relations) Relation(Object Relations) Relation 
Field(ContentObject) AttributeMissing FieldTypes will cause eZ Publish to return exception, this can be avoided by either implementing <TODO:Link to article on this> the FieldType or configuring it as "NullType" FieldTypeDataTypeif you want to just quickly ignore it for now in your front end.
Field TypeData TypeSee FieldTypes reference for list of supported types, known unsupported FieldTypes are mentioned in Known issues
LocationsNode

 

Section 

 

ContentTypeContent Type(Content) Class FieldDefinition
Field Definition(Content) Class Attribute FieldGroups
Field Groups(Content) Class Attribute Grouping ObjectState
Object StateObjectState UrlAlias
Url Alias  UrlWildcardWhen following a virtual url alias ("nop:") in legacy, it will return an "Object not found" page. On Plaform it will redirect to the home page.
Url Wildcard  
Language  
User  UserGroup
User Group Can by design (and intention) only have one location in 5.x when using Public API UserService
Policy  
Policy Limitation  
Role  
Role Limitation  
Role Assignment Currently not possible to delete specific assignment by idUntil eZ Platform 2015.09.01 there was no exposed unique id for Role Assignments making it hard to delete a specific assignment.
   
Core  
Public APIn/aLegacy/4.x does not have a official public API, almost all internal functions are exposes publicly
REST API 5.1 and higher includes a working read/write REST v2 API, 4.x only had a readonly REST v1 API as of 4.5
Development environmentDevelopment mode In 5.x this is provided by Symfony, and web debugger is extended by eZ Publish.
   
Web stack 5.x web stack is Symfony with several 4.x eZ features on top
ControllersModules 
BundlesExtensions 
(Twig) Template system(eZ) Template system 
View ProviderOverride systemRestricted to viewLocation in 5.0 and additionally , viewContent added in 5.1, for changing presentation logic.
Controller overriden/a5.2 added feature for being able to also use override system of View Provider to also be able to override content controller under your own conditions to be able to modify behavior.
Theme systemDesign systemInitially Basic template/ bundle inheritance supported in Symfony, full siteaccess aware design overrides like in legacy planned for 5.2 using LiipThemeBundle, but not in yet and postponned to 5.3.future release.
HTTP CacheView- / Static- CacheFor anonymous users in with content aware caching since 5.0/5.1, also for all users using "userHash" in logged in users with context aware caching since 5.2
SiteAccessSite Access  Site(Access)GroupingSite accessCustom Url, host, port and combination matching to a specific set of settings
Site Access Groupn/aNew in 5.x, grouping of related SiteAccesses and common settings for them, typically used to denote a "Site"
CSRFeZ FormTokenProvided by Symfony
Render + Query / API usefetch functionsCombining the render functionality of Symfony with Override system and API you are able to create reusable views of your content similarly to how you would use fetch functions in the past, but getting cache and view / logic separation handled in a native way.
   
Data  
Persistence cacheCluster- / Class- / ClassAttribute- / var- / "Global"- cacheIntroduced in 5.1, currently missing support for multi repository (aka multi-db) setups support added in 5.2.
IOCluster (-ing of files)Currently uses 4.x cluster system in the backend, new and simpler file clustering is possible when new storage engine is created in the futureMulti Repository5.0-5.3 uses legacy cluster system. New improved clustering system using Flysystem introduced in 5.4 using same paths as legacy for compatibility, path layout improved in eZ Platform 15.09 and higher.
Multi repositoryMulti-dbSome features, notably Persistence cache got support for this in 5.2Supported, however see note on "Persistence cache", as of 5.3 with own "repository" configuration.
   

\* When referring a specific instance of any of the content model entries, either "object" or "item" is normal to append depending on context. In our BDD specifications the domain names have "object" appended to them forming "Content object(s)", "Location object(s)" and so on. 

Known missing in

...

Platform stack (black/grey list):

Note: missing Missing integration doesn't mean the system can not use the feature in a new installation relying on the new stack, but if it needs, it shall rely on a fallback to the legacy stack and the legacy kernelor features available in Symfony bundles. For instance: a website with a shop system could be done in twig and rely on legacy only for the fallback for shop parts.

FeatureNote/Limitation
Core 
RatingUser Rating not currently supported by API (the service to deal with ratings, rating field type already exists), planned to be implemented later when some convention for FieldType provided API's are established.

Solutions from community exists for the missing functionality:  https://packagist.org/packages/makingwaves/ezstarratingbundle
ShopNo shop or field(/data) types related to shop currently supported by APICommentezcomments is not supported by API, and is not planned to be supported either. Instead of having it part of the API, we are replacing it , see Known issues. This is planned for "eZ Platform 1.x" or a release shortly thereafter, it will most likely use parts of Sylus for this functionality.
eZCommentezcomments was replaced in 5.2 with a bundle CommentsBundle that will provide an agnostic system to integrate 3rd party comment services. It will out Out of the box show supporting Disqus and Facebook integration but can via custom integration also integrate work with other 3rd party as well as home made or even, why not, a port of the legacy eZ Comment system (which is not the way we will pursue for the product).systems (example: service, content model based comments or even ezcomments)
Content EditingContent editing module is not implemented yet, so currently only raw editing support needs to be implemented on top of REST/Public API directly or on top of the JS library that wrap the REST API and expose it to javascript code simplybut custom needs can for instance be solved with Public API+Symfony controllers or use of javascript REST client + REST API.
Module PermissionsController / Bundle Permissions is not fully integrated with eZ Publish Repository permission system yet, currently standard Symfony firewall rules need to be used. Public API however has full support for permissions and limitations, and is as of 5.2 known to support legacy most edge cases.
UrlAlias RoutingUrlAlias has the same model as before and hence does not support routing directly to a bundle:controller:action
WorkflowPlanned for future version, see Shop. Simple workflows already possible by using Symfony evens and Public API "Signals".
Information CollectorPlanned to return as a new Form feature in future versionsForm builder UI basically using Symfony Forms + swiftmailer for mail transport, might reuse content types similarly to how Information Collector did it. Also see Form tutorial [share.ez.no], for how to create forms with Symfony and eZ Publish 5.x.
Package systemPlanned to return as a import/export system which uses either API or SPI directly to replicate some or full amount of content from one repository to another, preferred format: XML using XML reader/writer.
Menu managementCould be re introduced in the future as a multi site safe Site configuration featureMenu system in Platform will use KnpMenu bundle, a light version is scheduled for 5.3 while a more deep integration is planned for 5.4.
PDF ExportNot currently planned, should could be re-implemented outside of Core
RSS feedsCurrently no API for managing RSS feeds, REST view can be used as basis of feeds.
Frontend Editing

See "Content Editing".

Be aware that eZ Flow timeline feature is not available in the legacy admin (only in front end editing), hence not usable on the new stack.

PreviewComes with 5.3, versions before that uses legacy for preview.
SearchSearch API exists, but front end is currently using legacy fallback (ezfind & ezsearch) and 5.x Solr implementation is currently not finished yetSearch API uses SQL for now while Solr implementation will be added in 2014.
User moduleUser login, login handlers and SSO handlers uses Symfony authentication system as of 5.3, change-password, forgot-password, register, profile and editing currently uses legacy fallback.
oAuth 2.0oAuth 1.0 supported in REST v1 in legacy, planned for new stack and REST v2 for future 5.x version.
Fetch aliasPlanned for future version as a way to specify a query with support for dynamic variables given to it. Currently also possible by means of OOP extending existing query functionality.
  
Extensions(aka Bundles)
eZ TagsWe are working on either integrating more deeply eZ tags or rebuilding a solution as part of the API. (note: eZ Tags is not clearly supported in 4.x)Planned for future 5.x version, still community supported in legacy stack on 5.x.
eZ SIeZ SI is purely legacy, not required in Symfony as it support ESI natively. We lost a differentiation for the Enterprise version here,ez SI is still supported in legacy stack on 5.x.
eZ Content stagingNo equivalent yet on the new stack, still supported in legacy stack on 5.x.
eZ Style editorNo equivalent on the new stack, still supported in legacy stack on 5.x up until 5.1.
eZ SurveyNo equivalent yet on the new stack, still supported in legacy stack on 5.x.
  
  
  

Note: All missing features are still available in legacy stack bundled with eZ Publish 5.x, this fact sheet is purely about 5.x vs 4.x (legacy).

...

*For other extensions still supported on legacy, see http://doc.ez.no/List-of-eZ-Publish-extensions-and-their-support-options

 

For additional comparison between 4.x/legacy stack vs 5.x stack, see the following community provided spreadsheet provided "as is" with no guarantee on accuracy of content: https://docs.google.com/spreadsheet/ccc?key=0AgGKn8SQ_akMdFQ3VU0wMlR3cENxTDZ2dkhUcVN2SWc#gid=0