Skip to content

REST, OAuth2: OAuth2 AuthManager v2 - Part 1: Configuration#15703

Open
adutra wants to merge 1 commit intoapache:mainfrom
adutra:auth-manager-v2-part1
Open

REST, OAuth2: OAuth2 AuthManager v2 - Part 1: Configuration#15703
adutra wants to merge 1 commit intoapache:mainfrom
adutra:auth-manager-v2-part1

Conversation

@adutra
Copy link
Contributor

@adutra adutra commented Mar 20, 2026

This is the first PR related to the "Auth Manager v2" effort. Cf. design document.

This PR introduces the configuration layer changes (section 5.1 of the design doc). It also introduces a few class deprecations.

The most important part is the migration of configuration properties. This is handled by ConfigMigrator. Its logic may seem complex, that's because we need to handle some edge cases, as detailed in the design doc, section 5.6. The most complex edge case is when a session context initiates a token exchange flow, using the catalog session's parent token as the actor token (a.k.a. the "Trino use case"): this is handled in v2 by introducing a special sentinel value that will be recognized and processed at runtime (this will come in a later PR though).

Merging this PR has only one visible consequence: deprecation warnings will be printed when loading the legacy (v1) manager, and when any deprecated v1 configuration is used.

This is the first PR related to the "Auth Manager v2" effort. Cf. [design document].

This PR introduces the configuration layer changes (section 5.1 of the design doc). It also introduces a few class deprecations.

The most important part is the migration of configuration properties. This is handled by `ConfigMigrator`. Its logic may seem complex, that's because we need to handle some edge cases, as detailed in the design doc, section 5.6. The most complex edge case is when a session context initiates a token exchange flow, using the catalog session's parent token as the actor token (a.k.a. the "Trino use case"): this is handled in v2 by introducing a special sentinel value that will be recognized and processed at runtime (this will come in a later PR though).

Merging this PR has only one visible consequence: deprecation warnings will be printed when loading the legacy (v1) manager, and when any deprecated v1 configuration is used.

[design document]:https://docs.google.com/document/d/1Hxw-t8Maa7wZFmrlSujm7LRawKsFP3Q31tET_3aRnQU/edit
@adutra
Copy link
Contributor Author

adutra commented Mar 20, 2026

FYI the full changes can be reviewed here for reference: #15704 .

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant