-
Notifications
You must be signed in to change notification settings - Fork 380
Installing a nuget package from a source other than NuGet.org
Bogdan Gavril edited this page Jan 23, 2019
·
10 revisions
There are times when you need to take a dependency on a non official version of MSAL:
- an MSAL developer hands has put in a fix for a bug and would like you to validate it
- you want to try out a nightly MSAL build from MyGet
- you are making changes to MSAL on your own, package MSAL and want to try it out with an app
Easiest is to use local folder as a nuget source - see details in this SO post (from my experience you don't need to use nuget init and nuget add for simple scenarios like this)
You can also configure the package manager to consume packages from MyGet
- do not unzip the nupkg file (yes, it's just a zip) and take a reference to the dll itself - there are many DLLs in the package and you might use the wrong one.
- do not try to copy-paste and rename the new package over an existing package in the NuGet cache - you'll have problems moving away from the non-official version back to an official version / clearing out the cache etc.
You should check that a package is signed, in this case MSAL has to be signed by Microsoft. NuGet and MyGet will display this, and you can always check a package with this amazing tool. Microsoft will always sign both packages and DLLs inside packages, even for non-official releases.
- 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
- 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
- AcquireTokenInteractive
- WAM - the Windows broker
- .NET Core
- Maui Docs
- 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
- High Availability
- Regional
- 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