You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@shiro.apache.org by "Kevin Minder (JIRA)" <ji...@apache.org> on 2013/10/15 07:03:43 UTC

[jira] [Updated] (SHIRO-465) Support externalized principal mapping in AuthenticatingRealm and ModularRealmAuthenticator

     [ https://issues.apache.org/jira/browse/SHIRO-465?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kevin Minder updated SHIRO-465:
-------------------------------

    Attachment: SHIRO-465__Support_externalized_principal_mapping_in_AuthenticatingRealm_and_ModularRealmA.patch

Implements the feature described.  The handling of realm names as it relates to the creation of new principals during mapping would benefit from an expert review.

> Support externalized principal mapping in AuthenticatingRealm and ModularRealmAuthenticator
> -------------------------------------------------------------------------------------------
>
>                 Key: SHIRO-465
>                 URL: https://issues.apache.org/jira/browse/SHIRO-465
>             Project: Shiro
>          Issue Type: Improvement
>          Components: Authentication (log-in)
>    Affects Versions: 1.2.2
>            Reporter: Kevin Minder
>             Fix For: 1.2.3
>
>         Attachments: SHIRO-465__Support_externalized_principal_mapping_in_AuthenticatingRealm_and_ModularRealmA.patch
>
>
> The basic idea is to provide a plug-in point that can be used to resolve principals to things like groups or effective principals. The primary use case that is driving this for me is to be able to resolve authenticated principals to a set of groups where that user to group mapping is external to the user repository.  In addition other mappings can be done like mapping a real user principal to an effective user principal.  This would be useful when a translation is required from an external identity store (e.g. LDAP) to some application specific identities.  The existing pattern for things like RolePermissionResolver should be followed for consistency.



--
This message was sent by Atlassian JIRA
(v6.1#6144)