Per Bjurström
Jul 2, 2015
visibility 5722
star star star star star star
(10 votes)

Planned breaking changes 2015

An update to let you know what breaking changes we are doing in CMS later this year. For many sites the changes will go unnoticed, just another major version number, the latest version of the Alloy templates for example requires no code changes - just recompile and you are done.

Breaking Changes

  • Remove hard dependency on Log4Net. This will make it possible to run on the latest version of Log4Net or use another provider. Link to SDK.
  • As previously announced we will remove our implementation of WWF (Windows Workflow Foundation), where WWF 3 that we are using is now obsoleted and (officially) not supported on Azure. We are instead investing in "Projects 2.0" and you can follow the release feed to see this beta feature light up and support rich collaboration on not just pages but block, media and catalog content.
  • Remove remains of the VPP system that was obsoleted in CMS 7.5. Link to SDK.
  • Remove Content Channel and the other ASP.NET 2 Web Services that was last shipped in 7.5 and officially obsoleted in 8.
  • Remove assemblies EPiServer.BaseLibrary.dll and EPiServer.Implementation.dll. These assemblies was the framework of CMS 5 and contained internal features such as the ObjectStore. There are a few classes in there still used that are being moved to EPiServer.dll.
  • Remove Page Objects. A feature that pre-dated blocks. Obsoleted in 7.5.
  • Disable Dynamic Properties by default. As officially annonced in 7.5 this feature does not support the new user interface. We know there will be a lot of sites upgrading that are using dynamic properties so it will be left intact and there will be a setting to enable/disable this feature.

Release later this year with more details. See this post by Magnus for updates on planned breaking changes in Commerce.

Jul 02, 2015

Comments

valdis
valdis Jul 2, 2015 09:48 AM

Great that log4net will be removed! What about reference to log4net in EPiServer.Logging.Log4Net? Will that be updated or still remain with 1.2.10?

What about StructureMap version in EPiServer.Framework?

What about DotNetZip version in EPiServer.CMS.UI.Core?

per
per Jul 2, 2015 11:37 AM

The dependency from EPiServer.CMS.Core to EPiServer.Logging.Log4Net will be removed. We will also release a v2 of EPiServer.Logging.Log4Net. That makes sure we support both v1 and v2 of the Log4Net packages and any other logging provider.

StructureMap 3 is not signed so we can't take that dependency, we don't have a good solution to this right now.

Removing DotNetZip from EPiServer.CMS.UI.Core is on the backlog, don't know when it will be fixed.

henriknystrom
henriknystrom Jul 3, 2015 12:02 AM

Seems like there might be a signed version to the StructureMap 3 coming in the near future, so there may be some hope on that front after all!

per
per Sep 15, 2015 05:12 PM

DotNetZip was dropped and StructureMap was upgraded to 3. Happy days :)

error Please login to comment.
Latest blogs
Composition Over Inheritance: Why Your Content Contract Is Not a Base Class

Inside the structural conformance pattern in SaaS CMS — from server-side inheritance to pipeline governance. A contract in Optimizely SaaS CMS is...

Vipin Banka | Sep 19, 2026

Optimizely Opti ID Integration: Why the API Key Was Missing from the DXP Management Portal

While working on an Optimizely CMS 12 Opti ID integration recently, we ran into an issue that initially appeared to be related to SSO authenticatio...

Madhu | Sep 18, 2026 |

Extending a Contract: What You Can Override

Contracts share fields across content types — but not every field setting can be overridden. Push the same contract onto several components, and CM...

Chirag Khanna | Sep 18, 2026 |

Building a Blazor Server UI Inside the Optimizely CMS 13 Admin Shell

What I learned shipping a Blazor Server UI inside Optimizely CMS 13 — Razor components in a NuGet package, the Blazor hub next to MapContent(),...

Stanisław Szołkowski | Sep 17, 2026 |