Replies: 2 comments 1 reply
-
|
Follow up question: if there are multiple stores involved in a tree store, which store determines the ID of the entity ... and will all stores require to accept an ID being passed to them? |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Thank you, I agree with the suggested approach. This would basically mean creating an auxliliary object in LDAP with say "cn=GUID,..." DN and upon commit "renaming" it to a proper name, or removing it upon rollback. Side notes:
|
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Problem statement
The current implementation of the Map storage proceeds as follows for creating a new realm role:
Approach
The first part seems quite clear: Remove code to create ID from RealmCacheSession
Then it gets tricky, here a first approach:
Benefits
Alternatives
Benefit (or downside?) of a DN would be that an entity or a directory could be re-created with the same DNs, while it can't be re-created with the same GUIDs.
Other
Beta Was this translation helpful? Give feedback.
All reactions