You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-issues@jackrabbit.apache.org by "angela (JIRA)" <ji...@apache.org> on 2015/10/26 15:58:27 UTC
[jira] [Resolved] (OAK-2947) Allow configured system user(s) to
impersonate regular users
[ https://issues.apache.org/jira/browse/OAK-2947?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
angela resolved OAK-2947.
-------------------------
Resolution: Won't Fix
IMHO this should rather be addressed along with the service-user-mapping in Sling; the corresponding call to {{SlingRepository.impersonateFromService}} should then be adjusted accordingly.
> Allow configured system user(s) to impersonate regular users
> ------------------------------------------------------------
>
> Key: OAK-2947
> URL: https://issues.apache.org/jira/browse/OAK-2947
> Project: Jackrabbit Oak
> Issue Type: New Feature
> Components: core
> Affects Versions: 1.2
> Reporter: angela
> Assignee: angela
> Attachments: OAK-2947.patch
>
>
> Based on some private discussion on how to implement a feature that allows a given subject to continue working on 'his' modifications after changes being persisted, we ([~djaeggi], [~chaotic] and [~anchela]) thought that it would be beneficial to have a configuration option in Oak that allows certain system users to impersonate regular users irrespective on the {{rep:impersonators}} properties present with those users.
> [~fmeschbe] additionally proposed to allow for a configuration that not only states the name(s) of the service users but also limits the sudo-rights to members of a certain group: for example the impersonation ability of a potential system user "impersonate-content-authors" could be limited to impersonate members of the "content-authors" group.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)