[keycloak-dev] Move email first name, last name and email to be stored as user attribute, not UserModel property?
Vlastimil Elias
velias at redhat.com
Fri Mar 18 09:29:57 EDT 2016
Yep, only small drawback may be that email uniqueness is checked and
users are searched by email for login by email address. These DB queries
will be a bit more complicated.
Vl.
On 18.3.2016 13:36, Stian Thorgersen wrote:
>
> +1 Makes sense to me. Especially the part of not having two different
> mappers. It could still be useful to have a get/set for common
> attributes, but they would just pass through to attributes rather than
> separate fields.
>
> On 18 Mar 2016 1:17 p.m., "Vlastimil Elias" <velias at redhat.com
> <mailto:velias at redhat.com>> wrote:
>
> Hi,
>
> as part of planned persistence storage SPI changes we talked about on
> f2f we should probably consider removing of first name, last name and
> email from UserModel property, but implement them as normal user
> attributes with predefined names.
>
> This unification should simplify few things, for example separate
> mappers for attributes and properties in Clients and Identity
> Providers
> configuration, which may be hard to understand for beginners
> (questions
> like "what the hell is difference between user properties and
> attributes?", "What user properties are available there?").
>
> This should also simplify implementation of User profile
> validation SPI
> we talked about on f2f meeting.
>
> What do you think?
>
> Vl.
>
> --
> Vlastimil Elias
> Principal Software Engineer
> Developer Portal Engineering Team
>
> _______________________________________________
> keycloak-dev mailing list
> keycloak-dev at lists.jboss.org <mailto:keycloak-dev at lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>
--
Vlastimil Elias
Principal Software Engineer
Developer Portal Engineering Team
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/keycloak-dev/attachments/20160318/bb7f90bb/attachment.html
More information about the keycloak-dev
mailing list