HomeDev GuideAPI Reference
Dev GuideAPI ReferenceUser GuideGitHubNuGetDev CommunitySubmit a ticketLog In
GitHubNuGetDev CommunitySubmit a ticket

Upgrade to CMS 8

Optimizely Content Management System (CMS 8) is a major version containing some incompatible API changes.

There is no data migration required; updating to CMS 8 is no different from updating to the feature updates delivered previously via NuGet. To make sure the upgrade is as smooth as possible, there are a few steps that you may want to take that are discussed in the next sections.

Breaking changes, what is it and how to deal with them

A breaking change is a change that might cause other components to fail. When a breaking change is done to the signature of a method/class/interface, the old signature is often kept intact but set as obsolete and may cause a warning message in Visual Studio. As long as the Visual Studio project setting "Treat Warnings as Errors" is not enabled in Visual Studio, you can postpone fixing these warnings to a later time.

Classes that expose constructors that take dependencies are normally deleted without an obsolete warning in major releases, since the compiler gives enough information about what to change. Keeping them make dependency injection complex since there are multiple constructors to choose from that over time might or might not overlap.

In each major version, old obsolete methods are removed permanently to make sure that the API is kept clean and usable over time, so even if you can postpone fixing warning messages, it is good practice to make sure all warning messages are fixed before upgrading to a major version. For CMS 8, many methods that were made obsolete in 7.0 are now deleted.

Find the list of breaking changes for CMS 8 here.

Upgrading add-ons

Add-ons managed via Visual Studio can be upgraded together with the platform via NuGet. Add-ons that are installed via the user interface have to be upgraded via the user interface.

It is recommended that add-ons that are installed via the user interface are converted to NuGet add-ons after the upgrade to CMS 8. New in this release is a tool that can automatically convert add-ons that were previously managed via the user interface to be managed as NuGet packages via Visual Studio. For more instructions on how to convert UI add-ons to NuGet add-ons, see Linus Ekström's blog post Upgrading your site and add-ons to EPiServer CMS 8 pre-release.

Incompatible add-ons installed via the user interface must be disabled to be able to reach the user interface and the update functionality. An exception message is shown with information on how to disable an add-on that blocks startup, you can read more about disabling add-ons and UI vs Visual Studio add-ons in the SDK.