fredriktjarnberg
Jul 1, 2014
  5661
(5 votes)

.NET 4.5 and the EPiServer platform

Background

.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

Comments

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

In the documentation for workflows (http://world.episerver.com/Documentation/Items/Developers-Guide/EPiServer-CMS/7/Workflows/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
Optimizely PaaS + Figma + AI: Auto‑Generate Blocks with Cursor

What if your design handoff wrote itself? In this end‑to‑end demo, I use an AI Agent (inside Cursor) to translate a Figma design into an... The pos...

Naveed Ul-Haq | Feb 5, 2026 |

Graph access with only JS and Fetch

Postman is a popular tool for testing APIs. However, when testing an API like Optimizely Graph that I will be consuming in the front-end I prefer t...

Daniel Halse | Feb 4, 2026

Best Practices for Implementing Optimizely SaaS CMS: A Collective Wisdom Guide

This guide compiles collective insights and recommendations from Optimizely experts for implementing Optimizely SaaS CMS, focusing on achieving...

David Knipe | Feb 4, 2026 |

A day in the life of an Optimizely OMVP: Learning Optimizely Just Got Easier: Introducing the Optimizely Learning Centre

On the back of my last post about the Opti Graph Learning Centre, I am now happy to announce a revamped interactive learning platform that makes...

Graham Carr | Jan 31, 2026

Scheduled job for deleting content types and all related content

In my previous blog post which was about getting an overview of your sites content https://world.optimizely.com/blogs/Per-Nergard/Dates/2026/1/sche...

Per Nergård (MVP) | Jan 30, 2026

Working With Applications in Optimizely CMS 13

💡 Note:  The following content has been written based on Optimizely CMS 13 Preview 2 and may not accurately reflect the final release version. As...

Mark Stott | Jan 30, 2026