-
Notifications
You must be signed in to change notification settings - Fork 2
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
Users should be persisted in separate context #250
Comments
It would be easier to implement after #208 |
It’s a bit confusing. I checked the implementation in FTA-FMEA and noticed that some users (test1 and test2) are in a separate context: In the internal authorization, I created two users, and they are stored without a context: I’m not sure which option I should implement in RM: Create a new context for each user. |
@palagdan All users should be in one context. |
@palagdan I transfered this issue to record-manager-ui and updated A/C. Please configure docker-compose.yml so that keycloak-graphdb-user-replicator puts users into separate context. It should be tested locally. see https://github.com/kbss-cvut/keycloak-graphdb-user-replicator and parameter |
@palagdan I created PR for last point in A/C, please revise and make sure that you understand how it works. |
Same way as it is done in fta-fmea tool.
A/C:
Person
is saved in separate contextThe text was updated successfully, but these errors were encountered: