Honor access token type in bearer auth policy

[rohitsinghal4u]

Updates BearerTokenAuthenticationPolicy to use AccessToken.getTokenType() when setting the Authorization header. This is a Core prerequisite for PoP/MSI token binding flows while preserving Bearer as the default.\n\nValidation:\n- mvn -pl sdk/core/azure-core -Dtest=BearerTokenAuthenticationPolicyTests test -DskipCheckStyle=true -DskipRevapi=true -Dgpg.skip=true -q

[Copilot]

⚠️ Not ready to approve

The new null/empty token-type fallback branch is not currently covered by tests, leaving the defaulting behavior unverified.

Pull request overview

Updates BearerTokenAuthenticationPolicy in azure-core to honor AccessToken.getTokenType() when forming the Authorization header, enabling non-Bearer schemes (e.g., Pop) while retaining Bearer as the default behavior.

Changes:

• Use AccessToken (including tokenType) when setting the Authorization header in both async and sync flows.
• Add new unit tests asserting that a non-default token type (e.g., Pop) is used in the Authorization header.

File summaries

File	Description
sdk/core/azure-core/src/main/java/com/azure/core/http/policy/BearerTokenAuthenticationPolicy.java	Switch header construction to incorporate AccessToken.getTokenType() with a fallback to Bearer.
sdk/core/azure-core/src/test/java/com/azure/core/http/policy/BearerTokenAuthenticationPolicyTests.java	Add async and sync tests validating that tokenType is reflected in the Authorization header.

Copilot's findings

• Files reviewed: 2/2 changed files
• Comments generated: 1

Note

Your feedback helps us improve the quality of this feature.
Please use 👍 or 👎 to tell us whether this assessment is correct.

[g2vinay]

the mTLS token binding support is not available currently in downstream SDKs.
Identity SDK will be driving the changes there and update the policy as needed here.
Logically, based on impl details, this policy might support both the flows.
This change is not required at this stage, until the feature rolls out in Identity SDK.