--- title: Migrate from ASP.NET Core 3.1 to 5.0 author: scottaddie description: Learn how to migrate an ASP.NET Core 3.1 project to ASP.NET Core 5.0. ms.author: scaddie ms.custom: mvc ms.date: 09/14/2020 no-loc: ["ASP.NET Core Identity", cookie, Cookie, Blazor, "Blazor Server", "Blazor WebAssembly", "Identity", "Let's Encrypt", Razor, SignalR] uid: migration/31-to-50 --- # Migrate from ASP.NET Core 3.1 to 5.0 By [Scott Addie](https://github.com/scottaddie) This article explains how to update an existing ASP.NET Core 3.1 project to ASP.NET Core 5.0. > [!IMPORTANT] > ASP.NET Core 5.0 is currently in preview. ## Prerequisites # [Visual Studio](#tab/visual-studio) [!INCLUDE[](~/includes/net-core-prereqs-vs-5.0.md)] # [Visual Studio Code](#tab/visual-studio-code) [!INCLUDE[](~/includes/net-core-prereqs-vsc-5.0.md)] # [Visual Studio for Mac](#tab/visual-studio-mac) [!INCLUDE[](~/includes/net-core-prereqs-mac-5.0.md)] --- ## Update .NET Core SDK version in global.json If you rely upon a [global.json](/dotnet/core/tools/global-json) file to target a specific .NET Core SDK version, update the `version` property to the .NET 5.0 SDK version that's installed. For example: ```diff { "sdk": { - "version": "3.1.200" + "version": "5.0.100-rc.1.20452.10" } } ``` ## Update the target framework If updating a Blazor WebAssembly project, skip to the [Update Blazor WebAssembly projects](#update-blazor-webassembly-projects) section. For any other ASP.NET Core project type, update the project file's [Target Framework Moniker (TFM)](/dotnet/standard/frameworks) to `net5.0`: ```diff - netcoreapp3.1 + net5.0 ``` ## Update Blazor WebAssembly projects For Blazor WebAssembly projects, apply the following changes in the project file: 1. Update the SDK from `Microsoft.NET.Sdk.Web` to `Microsoft.NET.Sdk.BlazorWebAssembly`: ```diff - + ``` 1. Update the following properties: ```diff - netstandard2.1 - 3.0 + net5.0 ``` 1. Remove the package reference to [Microsoft.AspNetCore.Components.WebAssembly.Build](https://www.nuget.org/packages/Microsoft.AspNetCore.Components.WebAssembly.Build): ```diff - ``` ## Update package references In the project file, update each [Microsoft.AspNetCore.*](https://www.nuget.org/packages?q=Microsoft.AspNetCore.*), [Microsoft.Extensions.*](https://www.nuget.org/packages?q=Microsoft.Extensions.*), and [System.Net.Http.Json](https://www.nuget.org/packages/System.Net.Http.Json) package reference's `Version` attribute to 5.0.0 or later. For example: ```diff - - - + + + ``` ## Update Docker images For apps using Docker, update your *Dockerfile* `FROM` statements and scripts. Use a base image that includes the ASP.NET Core 5.0 runtime. Consider the following `docker pull` command difference between ASP.NET Core 3.1 and 5.0: ```diff - docker pull mcr.microsoft.com/dotnet/core/aspnet:3.1 + docker pull mcr.microsoft.com/dotnet/aspnet:5.0 ``` As part of the move to ".NET" as the product name, the Docker images moved from the `mcr.microsoft.com/dotnet/core` repositories to `mcr.microsoft.com/dotnet`. For more information, see [dotnet/dotnet-docker#1939](https://github.com/dotnet/dotnet-docker/issues/1939). ## Review breaking changes For breaking changes from .NET Core 3.1 to .NET 5.0, see [Breaking changes for migration from version 3.1 to 5.0](/dotnet/core/compatibility/3.1-5.0). ASP.NET Core and Entity Framework Core are also included in the list. ## Changes to model binding in ASP.NET Core MVC and Razor Pages ### DateTime values are model bound as UTC times In ASP.NET Core 3.1 and earlier, `DateTime` values were model bound as local time where the timezone was determined by the server. `DateTime` values bound from input formatting (JSON) and `DateTimeOffset` values were bound as UTC timezones. In ASP.NET Core 5.0 and later, model binding consistently binds `DateTime` values with the UTC timezone. To retain the previous behavior, remove the `DateTimeModelBinderProvider` as part of the application startup: ```csharp services.AddControllersWithViews(options => options.ModelBinderProviders.RemoveType()); ``` ### ComplexObjectModelBinderProvider \ ComplexObjectModelBinder replace ComplexTypeModelBinderProvider \ ComplexTypeModelBinder As part of adding support for model binding record types, the `ComplexTypeModelBinderProvider` is annotated as obsolete and is no longer registered by default. Applications that previously relied on the presence of the `ComplexTypeModelBinderProvider` in the `ModelBinderProviders` collection need to be updated to reference the new binder provider: ```diff - var complexModelBinderProvider = options.ModelBinderProviders.OfType(); + var complexModelBinderProvider = options.ModelBinderProviders.OfType(); ```