-
Notifications
You must be signed in to change notification settings - Fork 341
Override the target framework
Peter M edited this page Mar 18, 2022
·
3 revisions
In rare circumstances you might want to override NuGet's algorithm of determining the framework version of MSAL. This is useful if you have a confidential client application and need to target net5.0-windows10.x
because MSAL uses WinForms on these platforms, which leads to build errors in some environments (e.g. Azure Functions).
Please see https://github.com/bgavrilMS/TfmOverride for a proof of concept on how to do this.
- Home
- Why use MSAL.NET
- Is MSAL.NET right for me
- Scenarios
- Register your app with AAD
- Client applications
- Acquiring tokens
- MSAL samples
- Known Issues
- AcquireTokenInteractive
- WAM - the Windows broker
- .NET Core
- Xamarin Docs
- UWP
- Custom Browser
- Applying an AAD B2C policy
- Integrated Windows Authentication for domain or AAD joined machines
- Username / Password
- Device Code Flow for devices without a Web browser
- ADFS support
- Acquiring a token for the app
- Acquiring a token on behalf of a user in Web APIs
- Acquiring a token by authorization code in Web Apps
- High Availability
- Token cache serialization
- Logging
- Exceptions in MSAL
- Provide your own Httpclient and proxy
- Extensibility Points
- Clearing the cache
- Client Credentials Multi-Tenant guidance
- Performance perspectives
- Differences between ADAL.NET and MSAL.NET Apps
- PowerShell support
- Testing apps that use MSAL
- Experimental Features
- Proof of Possession (PoP) tokens
- Using in Azure functions
- Extract info from WWW-Authenticate headers
- SPA Authorization Code