-
Notifications
You must be signed in to change notification settings - Fork 10
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
Add Support for Nested Metadata Configuration in OAuth2 Client Using JSON Format #21
Add Support for Nested Metadata Configuration in OAuth2 Client Using JSON Format #21
Conversation
…ub-actions switch docker compose to v2
…JSON Format * add metada_json to configure nested metadata parameters * enhance terraform import logic for metadata parameter, fix string unconvertible issue * add acc test for client configuration with metadata_json parameter * update doc with metadata_json parameter * switch docker compose to v2 --------- Co-authored-by: Aneliya Ivanova <[email protected]>
…hydra into metadata-compatibility
I tweaked the GitHub Actions a bit since some things were recently deprecated, causing the test and release pipelines to fail. Also, I hope you won’t be offended, but I registered my fork in the Terraform registry. We're using Atlantis to manage Terraform configurations, and having a custom provider means we would need to release a custom Atlantis image. For a secure environment, that’s a lot of hassle and requires much more effort. Once the PR is merged, I'll request the deletion of the fork. Thank you for understanding! |
…numbers, or nested maps) are detected, use `metadata_json`
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, thanks for the contribution.
I'm happy with people forking stuff, I don't have much time to dedicate to this provider as I'm not using Hydra currently. :)
This update introduces the ability to configure the metadata field in OAuth2 clients using the metadata_json parameter, allowing for nested key-value structures.
The current implementation only supported flat key-value pairs, which limited use cases requiring more complex metadata. With the new approach, users can specify nested metadata by providing it in JSON format.
The change is backward-compatible, ensuring that existing users relying on the metadata field without JSON can continue without disruption. Both terraform apply and terraform import handle the new format seamlessly.
During terraform import, the provider detects nested metadata and stores it in metadata_json if needed, while simple structures remain in metadata.
Example of usage: