-
Notifications
You must be signed in to change notification settings - Fork 747
Feat: Separate authorization server and resource server on client auth flow #416
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
authorization server url to avoid fetching Protected Resource Metadata every time
add function to discover protected resource metadata
Looking quite good. Thanks for the blog post on this. I'm going to test this out |
Code also looks good |
Thank you! The spec seems to be still under construction, especially the toke validation parts. I am willing to add more if necessary but probably at a different branch would be better? |
@0Itsuki0 I built a mcp server with the latest draft of the spec - maybe we can try the client against this? I've been testing with my postman collection so far |
Conform to the new authentication protocol by separating authorization server and resource server.
Motivation and Context
Ensure the sdk functionality conforms to the protocol specification.
How Has This Been Tested?
npm test
Breaking Changes
Yes.
Types of changes
Checklist
Additional context
None.