This issue is imported from pivotal - Originaly created at Nov 25, 2019 by Michiel Kodde
In release 6.1 we moved the metadata generation features to the Symfony application. We did not move the 'SamlIdGenerator'. This generator is used to generate an unique id for SAML documents. (metadata, authnrequests and samlresponses).
Rule of thumb is to move any logic that is to be used in the SF application into the Symfony application (this can be a simple copy paste). But goal is to not have a single depencency on library code in the new application.
What is to be done:
- Move the Generator to the SF application
- Make it into a service that is available in the DI container
- Facilitate the new Generator, using the bridge feature back into the library
- Et voila
Left-over from:
#168924689
This issue is imported from pivotal - Originaly created at Nov 25, 2019 by Michiel Kodde
In release 6.1 we moved the metadata generation features to the Symfony application. We did not move the 'SamlIdGenerator'. This generator is used to generate an unique id for SAML documents. (metadata, authnrequests and samlresponses).
Rule of thumb is to move any logic that is to be used in the SF application into the Symfony application (this can be a simple copy paste). But goal is to not have a single depencency on library code in the new application.
What is to be done:
Left-over from:
#168924689