HomeDev GuideAPI Reference
Dev GuideAPI ReferenceUser GuideGitHubNuGetDev CommunityDoc feedbackLog In
GitHubNuGetDev CommunityDoc feedback

Breaking changes version 3

Describes breaking changes in version 3 of the Optimizely Content Delivery API.

A breaking change may cause a component to fail. When a breaking change is made to a signature of a method, class, or interface, the former signature is often kept intact but set as obsolete and may cause a warning message in Visual Studio. To delay fixing the warning messages, you can disable Treat Warnings as Errors. Right-click on your project and go to Properties > Build > set Treat Warnings as Errors to Specific warnings or None.

Classes that expose constructors that take dependencies are normally deleted without an obsolete warning in major releases, because the compiler provides information about what you need to change. Keeping those classes makes dependency injection complex because, over time, there would be multiple constructors to choose from that might overlap.

In each major version, obsolete methods are removed permanently to make sure that the API is kept clean and usable. If you could postpone fixing warning messages, you should make sure warning messages are fixed before upgrading to a major version. For version 3, some methods that were made obsolete in prior versions are now deleted.


Version 2Version 3
ContentApiConfigurationObsoleted. Use ContentApiOptions directly instead.
ClientsObsoleted. Use the built-in CORS middleware instead, see CORS in Configuration.
IncludeNullValuesObsoleted. Use IncludeEmptyContentProperties instead.
MinimumRolesObsoleted. Use ContentDeliveryApiOptions.AllowedScopes instead to control who can make API calls.
RequiredRoleObsoleted. Use ContentDeliveryApiOptions.RequiredRole and/or ContentApiSearchOptions.RequiredRole instead.
SiteDefinitionApiEnabledObsoleted. Use ContentDeliveryApiOptions.SiteDefinitionApiEnabled instead.
Set*All "Set" methods were removed.

Changes in class namespaces

In version 3, many classes were moved to internal namespaces, removed, or made public for behavior customization. This section describes the changes, grouped by the most common customization scenarios.

Customize content conversion 

The main flow of content conversion can be described as follows:

  • Content is acquired by ContentLoaderService
  • ContentConvertingService uses ContentModelMapper and UrlResolverService to convert IContent to ContentApiModel

ContentModelMapperBase, DefaultContentModelMapper and IContentModelMapper were removed. DefaultContentConverter and IContentConverter, that serves the same purpose, are introduced instead in an internal namespace.

DefaultPropertyModelConverter and IPropertyModelConverter were removed. IPropertyConverter, IPropertyConverterProvider and IPropertyConverterResolver are introduced to customize the content's properties converting flow. See Add custom content property converter in Content Delivery API for more information.

ContentLoaderService, UrlResolverService, and ContentConvertingService were moved to an internal namespace.

To customize the content that is returned, use IContentFilter and IContentModelFilter instead. Also see Customize data returned to clients.

Customize how data is returned to client

ContentResultService, IContentApiSerializer and IJsonSerializerConfiguration were removed.

IContentModelFilter and IContentFilter, that serves the same purpose, were made public. See Customize data returned to clients for more information.

Friendly Url

ContentAPIRouteService was moved to an internal namespace.

Classes made internal

In addition to classes mentioned above, the following classes were made internal:

  • ReflectionService
  • ContentApiModelFilter (from preview to internal)
  • ContentFilter (from preview to internal)
  • IContentConverterResolver
  • IExcludeFromModelTypeRegistration
  • IPropertyConverterResolver
  • ISiteDefinitionConverter
  • IXHtmlStringPropertyRenderer
  • IContentModelReferenceConverter
  • InitializationService
  • ContentApiRequiredRoleFilter
  • ContentAPISiteFilter
  • IContentApiRequiredRoleFilter


ISecurityPrincipal was removed and ContentApiAuthorizationService is moved to an internal namespace. These classes were previously used to customize authorization.

In version 3, the EPiServer.ContentDeliveryApi.OAuth package was replaced by EPiServer.OpenIDConnect. See API authentication.

Following security-related classes and interfaces were removed:

  • IContentApiSiteFilter
  • ContentApiAuthorizationAttribute
  • ContentApiCorsAttribute
  • CorsOptionsActionFilter