Older .NET Versions Losing Support in 2016
The .NET Fundamentals team announced in a blog post last week that support for .NET Framework 4.5.1 and older will be ending in 2016. Microsoft also responded that due to the announcement, the company will be changing its product lifecycle support policy for the older .NET Framework 4 and 4.5 versions.
The most recent version of the .NET Framework, version 4.5.2, was released in early May. That version came mostly with a number of new features in ASP.NET (new and improved APIs, and improvements in the building of Windows Forms, improved Async, improved shared hosting), and was released as an in-place upgrade quickly after version 4.5.1 (which was released in October 2013). The team blogs that versions 4.x through 4.5.1 will not be supported after Jan. 12, 2016.
The team said that current changes to .NET are being made much more quickly, and the regularity of updates often mean that "the latest fixes, features and innovations are available in the latest version and not in legacy versions." In essence, Microsoft will be reducing the product lifecycles of these older .NET Framework versions 4 and 4.5 and imposing the Jan. 12, 2016 end-of-"extended support" date on them. Typically, those older .NET Framework versions 4 and 4.5 would have the same extended support lifecycles as the server products running on them, but Microsoft will impose what amounts to be an earlier end-of-support date in those cases. Microsoft claims that the .NET Framework 4.5.2 is considered to be an "in-place update" to the .NET 4 family, with no need to recompile applications.
The team understands that transitions to newer versions won't be completely smooth, and writes that there are a small number of changes included in newer versions that may be deemed breaking changes due to some incompatibility with older versions. "We include these changes only when absolutely necessary in the interests of security, in order to comply with industry-wide standards, or in order to correct a previous incompatibility within .NET." The team includes a link to a list of application compatibility with various versions of .NET here.
As a side note, the team said an exception, the .NET Framework 3.5 SP1, which is a version of .NET that's deployed alongside the .NET Framework 4.x and is often used in various older products. Versions of Windows Server 2008 and SQL Server 2008 still rely on the .NET Framework 3.5. Versions of Windows Server 2008, according to a search on the Microsoft Product Lifecycle page, have extended support until 2020. Hence, servers running the older .NET Framework 3.5 can have a longer .NET Framework product lifecycle than servers running the older .NET Framework versions 4 and 4.5.
The goal is to get developers up to speed on .NET vNext, the working code name for the next version of the .NET Framework that's expected some time in 2015. That version was previewed at the recent Build and TechEd conferences this yea and demonstrated how the Framework is evolving to a "mobile-first, cloud-first" platform. It's a slimmed-down version that runs .NET libraries based on the user environment, which deploys runtime and framework libraries as apps need them. The team said that a cloud-optimized mode doesn't include Windows Presentation Foundation (WPF) and Windows Forms libraries, for example.
Kurt Mackie, senior news producer for the 1105 Enterprise Computing Group, contributed to this report.
Michael Domingo has held several positions at 1105 Media, and is currently the editor in chief of Visual Studio Magazine.