[jira] [Updated] (OAK-2948) Expose DefaultSyncHandler

2016-03-02 Thread Davide Giannella (JIRA)

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

Davide Giannella updated OAK-2948:
--
Fix Version/s: 1.4

> Expose DefaultSyncHandler
> -
>
> Key: OAK-2948
> URL: https://issues.apache.org/jira/browse/OAK-2948
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>  Components: auth-external
>Reporter: Konrad Windszus
> Fix For: 1.4, 1.3.2, 1.2.7, 1.0.22
>
>
> We do have the use case of extending the user sync. Unfortunately 
> {{DefaultSyncHandler}} is not exposed, so if you want to change one single 
> aspect of the user synchronisation you have to copy over the code from the 
> {{DefaultSyncHandler}}. Would it be possible to make that class part of the 
> exposed classes, so that deriving your own class from that DefaultSyncHandler 
> is possible?
> Very often company LDAPs are not very standardized. In our case we face an 
> issue, that the membership is being listed in a user attribute, rather than 
> in a group attribute.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (OAK-2948) Expose DefaultSyncHandler

2015-09-30 Thread Tobias Bocanegra (JIRA)

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

Tobias Bocanegra updated OAK-2948:
--
Fix Version/s: 1.2.7

> Expose DefaultSyncHandler
> -
>
> Key: OAK-2948
> URL: https://issues.apache.org/jira/browse/OAK-2948
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>  Components: auth-external
>Reporter: Konrad Windszus
> Fix For: 1.3.2, 1.2.7
>
>
> We do have the use case of extending the user sync. Unfortunately 
> {{DefaultSyncHandler}} is not exposed, so if you want to change one single 
> aspect of the user synchronisation you have to copy over the code from the 
> {{DefaultSyncHandler}}. Would it be possible to make that class part of the 
> exposed classes, so that deriving your own class from that DefaultSyncHandler 
> is possible?
> Very often company LDAPs are not very standardized. In our case we face an 
> issue, that the membership is being listed in a user attribute, rather than 
> in a group attribute.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (OAK-2948) Expose DefaultSyncHandler

2015-09-30 Thread Tobias Bocanegra (JIRA)

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

Tobias Bocanegra updated OAK-2948:
--
Fix Version/s: 1.0.22

> Expose DefaultSyncHandler
> -
>
> Key: OAK-2948
> URL: https://issues.apache.org/jira/browse/OAK-2948
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>  Components: auth-external
>Reporter: Konrad Windszus
> Fix For: 1.3.2, 1.2.7, 1.0.22
>
>
> We do have the use case of extending the user sync. Unfortunately 
> {{DefaultSyncHandler}} is not exposed, so if you want to change one single 
> aspect of the user synchronisation you have to copy over the code from the 
> {{DefaultSyncHandler}}. Would it be possible to make that class part of the 
> exposed classes, so that deriving your own class from that DefaultSyncHandler 
> is possible?
> Very often company LDAPs are not very standardized. In our case we face an 
> issue, that the membership is being listed in a user attribute, rather than 
> in a group attribute.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (OAK-2948) Expose DefaultSyncHandler

2015-07-16 Thread Tobias Bocanegra (JIRA)

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

Tobias Bocanegra updated OAK-2948:
--
Fix Version/s: (was: 1.3.0)
   1.3.2

 Expose DefaultSyncHandler
 -

 Key: OAK-2948
 URL: https://issues.apache.org/jira/browse/OAK-2948
 Project: Jackrabbit Oak
  Issue Type: Improvement
  Components: auth-external
Reporter: Konrad Windszus
 Fix For: 1.3.2


 We do have the use case of extending the user sync. Unfortunately 
 {{DefaultSyncHandler}} is not exposed, so if you want to change one single 
 aspect of the user synchronisation you have to copy over the code from the 
 {{DefaultSyncHandler}}. Would it be possible to make that class part of the 
 exposed classes, so that deriving your own class from that DefaultSyncHandler 
 is possible?
 Very often company LDAPs are not very standardized. In our case we face an 
 issue, that the membership is being listed in a user attribute, rather than 
 in a group attribute.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)