System.Web adapters for ASP.NET Core
This project provides a collection of adapters that help migrating from System.Web.dll
based ASP.NET projects to ASP.NET Core projects. The adapters currently include:
Microsoft.AspNetCore.SystemWebAdapters
: Subset of the APIs fromSystem.Web.dll
backed byMicrosoft.AspNetCore.Http
typesMicrosoft.AspNetCore.SystemWebAdapters.SessionState
: Support forSystem.Web.HttpContext.Session
usage
These adapters help enable large scale, incremental migration from ASP.NET to ASP.NET Core. For more details on incremental migration from ASP.NET to ASP.NET Core, please see the documentation.
Get started
Use the Getting Started guide in the docs to start using the System.Web adapters as part of an incremental migration from ASP.NET to ASP.NET Core.
Set up
Below are the steps needed to start using the System.Web adapters with your ASP.NET project:
- Optional for nightly adapter builds: Set up
NuGet.config
to point to the CI feed:<?xml version="1.0" encoding="utf-8"?> <configuration> <packageSources> <!--To inherit the global NuGet package sources remove the <clear/> line below --> <clear /> <add key="nuget" value="https://api.nuget.org/v3/index.json" /> <add key=".NET Libraries Daily" value="https://pkgs.dev.azure.com/dnceng/public/_packaging/dotnet-libraries/nuget/v3/index.json" /> </packageSources> </configuration>
- Install
Microsoft.AspNetCore.SystemWebAdapters
- If you use
HttpContext.Session
, installMicrosoft.AspNetCore.SystemWebAdapters.SessionState
- In your framework application:
- The package installation will add a new module to your
web.config
. This module handles any customizations that are required to help migrate to .NET Core. See this for details on what is available here.
- The package installation will add a new module to your
- In your class libraries:
- Class libraries can target .NET Standard 2.0 if desired which will ensure you are using the shared surface area
- If you find that there's still some missing APIs, you may cross-compile with .NET Framework to maintain that behavior and handle it in .NET core in some other way
- There should be no manual changes to enable using supported surface area of the adapters. If a member is not found, it is not currently supported on ASP.NET Core
- For your ASP.NET Core application:
- Register the adapter services:
builder.Services.AddSystemWebAdapters();
- Add the middleware after routing but before endpoints (if present);
app.UseSystemWebAdapters();
- For additional configuration, please see the configuration section
- Register the adapter services:
Supported Targets
- .NET 6.0: This will implement the adapters against ASP.NET Core
HttpContext
. This will provide the following:- Conversions between ASP.NET Core
HttpContext
andSystem.Web
adapterHttpContext
(with appropriate caching so it will not cause perf hits for GC allocations) - Default implementations against
Microsoft.AspNetCore.Http.HttpContext
- Services that can be implemented to override some functionality such as session/caching/etc that may need to be customized to match experience.
- Conversions between ASP.NET Core
- .NET Standard 2.0: This will essentially be a reference assembly. There will be no constructors for the types as ASP.NET Core will construct them based on their
HttpContext
and on framework there are already other constructors. However, this will allow class libraries to target .NET Standard instead of needing to multi-target which will then require everything it depends on to multi-target. - .NET Framework 4.7.2: This will type forward the adapter classes to
System.Web
so that they can be unified and enable libraries built against .NET Standard 2.0 to run on .NET Framework instances.
Known Limitations
Below are some of the limitations of the APIs in the adapters. These are usually due to building off of types used in ASP.NET Core that cannot be fully implemented in ASP.NET Core. In the future, analyzers may be used to flag usage to recommend better patterns.
- A number of APIs in
System.Web.HttpContext
are exposed asNameValueCollection
instances. In order to reduce copying, many of these are implemented on ASP.NET Core using the core containers. This makes it so that for many of these collections,Get(int)
(and any API that requires that such as.Keys
or.GetEnumerator()
) are unavailable as most of the containers in ASP.NET Core (such asIHeaderDictionary
) does not have the ability to index by position.
Reporting security issues and bugs
Security issues and bugs should be reported privately, via email, to the Microsoft Security Response Center (MSRC) [email protected]. You should receive a response within 24 hours. If for some reason you do not, please follow up via email to ensure we received your original message. Further information, including the MSRC PGP key, can be found in the Security TechCenter.
Contributing
See CONTRIBUTING.md
This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact [email protected] with any additional questions or comments.
Trademarks
This project may contain trademarks or logos for projects, products, or services. Authorized use of Microsoft trademarks or logos is subject to and must follow Microsoft's Trademark & Brand Guidelines. Use of Microsoft trademarks or logos in modified versions of this project must not cause confusion or imply Microsoft sponsorship. Any use of third-party trademarks or logos are subject to those third-party's policies.
Code of conduct
See CODE-OF-CONDUCT