jackrabbit-oak-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alex Deparvu (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (OAK-6221) Deprecate SecurityProviderImpl
Date Mon, 11 Sep 2017 14:23:01 GMT

    [ https://issues.apache.org/jira/browse/OAK-6221?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16161338#comment-16161338

Alex Deparvu commented on OAK-6221:

wip branch at: https://github.com/apache/jackrabbit-oak/compare/trunk...stillalex:oak-6221

main problem I had was to find a way to deal with cases that live between the configuration
maps which the security bits rely on and the OGSi bindings. so far I could not find a good
working solution for:

* [oak-core] AuthorizationConfigurationImpl
 - setting the mountInfoProvider ref outside of OSGi, so far I went with #bind/#unbind methods
that would need to be manually called. also, this reference looks like it should be optional
but it's clearly needed - does it make sense to dedicate an issue to checking usage of this
reference only?

* [oak-auth-external] CugConfiguration
 - same as above, how to set the following outside of OSGi context: mountInfoProvider, supportedPaths,

* [oak-auth-external] ExternalPrincipalConfiguration
 - does simply not work outside of OSGi

[~anchela] if you have a few spare minutes, I'd appreciate your thoughts here.

> Deprecate SecurityProviderImpl
> ------------------------------
>                 Key: OAK-6221
>                 URL: https://issues.apache.org/jira/browse/OAK-6221
>             Project: Jackrabbit Oak
>          Issue Type: Improvement
>          Components: core, security
>            Reporter: Alex Deparvu
>            Assignee: Alex Deparvu
> As agreed on OAK-6172, the {{SecurityProviderImpl}} should be deprecated in favor of
the {{InternalSecurityProvider}}.
> This should also cover coming up with a way to use the new version in tests while we
figure out OSGi testing setups.
> fyi [~anchela]

This message was sent by Atlassian JIRA

View raw message