From ec4ea19a1189410e16cb298eaf4485566e58fc9c Mon Sep 17 00:00:00 2001 From: Westley Date: Thu, 26 Jun 2025 14:49:02 -0700 Subject: [PATCH] Update use-aadhttpclient.md changed note to indicate MSAL is not to be directly used in SPFx due to conflicts, use AADHttpClient instead. --- docs/spfx/use-aadhttpclient.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/spfx/use-aadhttpclient.md b/docs/spfx/use-aadhttpclient.md index 0677a93558..bba5cb3a45 100644 --- a/docs/spfx/use-aadhttpclient.md +++ b/docs/spfx/use-aadhttpclient.md @@ -18,7 +18,7 @@ Client-side applications that are incapable of storing a secret, such as SharePo Developers building client-side solutions are responsible for implementing authorization by using the OAuth implicit flow in their application. In SharePoint Framework solutions, that's already done as part of the framework through **MSGraphClient** and **AadHttpClient**, both of which are introduced in SharePoint Framework v1.4.1. > [!NOTE] -> If you build solutions on a version of the SharePoint Framework earlier than v1.4.1, you can still connect to resources secured with Azure AD. In this case, you need to implement the OAuth implicit flow by directly using [Microsoft identity platform authentication libraries](/azure/active-directory/develop/reference-v2-libraries). For more information, see [Connect to Azure AD-secured APIs in SharePoint Framework solutions](use-aadhttpclient.md). +> Using the AADHttpClient with SharePoint Framework directly using [Microsoft Authentication Library for JavaScript](https://learn.microsoft.com/en-us/javascript/api/overview/msal-overview) is not supported with SPFx version 1.4.1 and beyond. AADHttpClient is the recommended approach to authenticate for using Azure AD secured resources. As part of the SharePoint Framework, a specific process is defined for how developers can request permissions and administrators can manage permissions to resources secured with Azure AD. The following schema illustrates this process.