5:48 p.m.
You should implement a User Federation Provider
(https://keycloak.github.io/docs/userguide/keycloak-server/html/user_feder...)
that uses your external database.
Regards,
Anthony
From: keycloak-user-bounces(a)lists.jboss.org [mailto:keycloak-user-bounces@lists.jboss.org]
On Behalf Of Juan Diego
Sent: Tuesday, 12 April 2016 3:41 AM
To: keycloak-user
Subject: [keycloak-user] syncing users in database with keycloak user
Hi,
This is the first time I am using my users in another database, using keycloak. And I am
not sure what is the best approach. I have my app that has a table users and other tables
that depend on users.
When i did my trials I was thinking on using keycloak interface, but that got me thinking
that I should manually add the users to my database in order for them to work, at least
the ID of the user and then matched to cookies once i loaded.
So the best approach I can think of is to create a login module or something in my app and
when I create users through my app they connect via rest to my keycloak server and
"duplicate" the needed data on keycloak and my database. So If I need to delete
something both databases would be on sync. right? So if I want to add users to my app I
shouldnt use the keycloak interface, I should use mine right?
The other way I was thinking is that if it is the first time my users log in, my app
triggers some functions that recreate what you have on keycloak
Thanks
Juan Diego
The content of this e-mail, including any attachments, is a confidential communication
between Virgin Australia Airlines Pty Ltd (Virgin Australia) or its related entities (or
the sender if this email is a private communication) and the intended addressee and is for
the sole use of that intended addressee. If you are not the intended addressee, any use,
interference with, disclosure or copying of this material is unauthorized and prohibited.
If you have received this e-mail in error please contact the sender immediately and then
delete the message and any attachment(s). There is no warranty that this email is error,
virus or defect free. This email is also subject to copyright. No part of it should be
reproduced, adapted or communicated without the written consent of the copyright owner. If
this is a private communication it does not represent the views of Virgin Australia or its
related entities. Please be aware that the contents of any emails sent to or from Virgin
Australia or its related entities may be periodically monitored and reviewed. Virgin
Australia and its related entities respect your privacy. Our privacy policy can be
accessed from our website: www.virginaustralia.com