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 "Manfred Baedke (JIRA)" <ji...@apache.org> on 2015/04/07 18:40:13 UTC
[jira] [Commented] (OAK-2705) DefaultSyncHandler should use the
principalName as a fallback when no externalId is available
[ https://issues.apache.org/jira/browse/OAK-2705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14483459#comment-14483459 ]
Manfred Baedke commented on OAK-2705:
-------------------------------------
Hi [~tripod],
bq. not quite. the rep:externalId is a combination of IDP and the domain specific id. in the ldap case, the id part is the DN.
Yes. Not sure what the "not quite" refers to. I just said that in the ldap case the principalName is the DN.
Using the principalName as a fallback was your original suggestion in a separate discussion and I found it very reasonable.
Still don't see what's wrong with it.
The option to configure a default IPD for missing rep:externalIds can be added later and wouldn't collide with the fallback solution.
> DefaultSyncHandler should use the principalName as a fallback when no externalId is available
> ---------------------------------------------------------------------------------------------
>
> Key: OAK-2705
> URL: https://issues.apache.org/jira/browse/OAK-2705
> Project: Jackrabbit Oak
> Issue Type: Improvement
> Components: oak-auth-external, upgrade
> Reporter: Manfred Baedke
>
> After a crx2oak repository migration, user nodes lack the property rep:externalId, which is needed for the DefaultSyncHandler to work properly. In the majority of cases (when there is only one ExternalIdentityProvider) using the principalName instead would work fine, so we should implement this as a fallback when rep:externalId is missing.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)