-
Notifications
You must be signed in to change notification settings - Fork 94
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
Dynamically adding identity providers #29
Comments
The current config/metadata XML-in-files model may not be suitable in that dynamic world. I was thinking of addressing such a requirement after the 1.0 release. A PR that could move |
Okay yes we are actually doing a hacky JIT writing to file right now but maybe we can just start with this. Will try to find some time in the next couple of weeks. |
I'm interested in this as well. I'm wondering if we can follow something similar that was done for the Then we can build other implementations on top of that, such as databases, ets, ect... @handnot2 thoughts? |
Is there a recommended way to add identity providers at runtime? Currently we are doing
Application.put_env(:samly, :identity_providers, identity_providers)
and generatingidentity_providers
fromIdpData.load_providers/1
which doesn't feel like the cleanest since it has to re-generate existing identity providers.Happy to contribute a PR if there is interest supporting an API to add a new identity provider at runtime. The use case for us is we allow users to integrate their Okta organization so different users Okta accounts ex.
company1.okta.com
andcompany2.okta.com
which would correspond tocompany1.slab.com
andcompany2.slab.com
on our end. These would have different metadata XML files that we would add during runtime.The text was updated successfully, but these errors were encountered: