You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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 nog 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
The text was updated successfully, but these errors were encountered:
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 nog have a single depencency on library code in the new application.
What is to be done:
Left-over from:
#168924689
The text was updated successfully, but these errors were encountered: