Jul 1, 2014
(5 votes)

.NET 4.5 and the EPiServer platform


.NET 4.5 has been around for quite some time now and a lot of EPiServer projects are running on it already. In addition to .NET 4.5, there are two “dot” releases that supersedes it i.e. .NET 4.5.1 and 4.5.2. .NET 4.5 and its successors are in-place, backward compatible upgrades of .NET 4 which is the lowest version required by the EPiServer 7.5 platform. We have been limiting ourselves to stay on the .NET 4.0 version yet supporting .NET 4.5 leaving the decision to the partner project which version to build the solution on. Now we have come to a point where we think that new features in the EPiServer platform could really benefit from some of the things introduced in .NET 4.5. The most urgent one being the web socket support or more specifically SignalR which we want to use for building better user experiences.

What does this mean for someone taking a dependency on an EPiServer package?

Our plan for introducing this change is by updating our own dependencies to .NET 4.5 and ship that as a minor update i.e. 7.x. For a customer project this means that you will have a backward compatible update of the EPiServer packages which only need a recompilation after being updated. The only case where you need to do more is if your solution is deployed in a .NET 4.0 environment. In that case that environment needs to be upgraded to .NET 4.5 for the site to work.

How can you prepare?

The change is not that dramatic but if you want to be in the best position when this change comes we recommend building for .NET 4.5.2 right away. This forces the development, test and production environments to be prepared when the .net dependency version switch is integrated into the solution. If you are leveraging SignalR in your customer project we also recommend you to align that dependency to work with .NET 4.5.

Jul 01, 2014


Henrik Fransas
Henrik Fransas Jul 1, 2014 08:00 PM

In the documentation for workflows ( you say that it will be changed when you go to .NET Framework 4.5, what are the plans for that?

Great with going to 4.5, been longing for that

Please login to comment.
Latest blogs
Telemetry correlation for Scheduled Jobs in Optimizely

I previously demonstrated how to correlate telemetry to Azure Application Insights within a Hangfire job. But how about those jobs that are built a...

Stefan Holm Olsen | Mar 23, 2023 | Syndicated blog

Fixing Optimizely Content Syncing/Caching Issues on the DXP pre CMS.Core 12.13.0

Hi all, With our recent deployments to the DXP for .NET 6 projects (one a new build and one an upgrade) our clients had raised issues where there...

Scott Reed | Mar 23, 2023

Handle hostnames, schedule jobs and role access when synchronizing content

The Environment Synchronizer module helps you to set your environment into a known state after synchronizing databases between environments. In thi...

Ove Lartelius | Mar 23, 2023 | Syndicated blog

4 tips and tricks for Hangfire on Optimizely CMS

Here are four useful tricks I always apply to any site where I use Hangfire (code included).

Stefan Holm Olsen | Mar 21, 2023 | Syndicated blog