[ 
https://issues.apache.org/jira/browse/SLING-5886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15390145#comment-15390145
 ] 

Stefan Seifert commented on SLING-5886:
---------------------------------------

{quote}
For the CRR, I'm slightly unsure what getContextPath, getAllContextPaths does. 
Is it correct that the input is e.g. a content resource from 
"/content/foo/bar"? And the returned path is the first path where the 
implementation would look for configurations?
{quote}
yes. it returns the context content path e.g. /content/foo - if this is the 
path for which a specific configuration is allowed by the strategy - e.g. it 
can be the path with the "sling:config" property pointing to a config path. the 
method does not return the config paths itself, because it is an 
implementation/configuration detail where and how this is stored.
getAllContextPaths  may return somethin like "/content/foo", "/content" - 
normally not all ancestors but only a selection.

> Sling Configuration - Initial Contribution
> ------------------------------------------
>
>                 Key: SLING-5886
>                 URL: https://issues.apache.org/jira/browse/SLING-5886
>             Project: Sling
>          Issue Type: New Feature
>          Components: Extensions
>            Reporter: Stefan Seifert
>            Assignee: Stefan Seifert
>
> as discussed in the mailing list (see [my post from april 
> 2016|http://apache-sling.73963.n3.nabble.com/RT-Use-cases-for-content-specific-configurations-in-Sling-amp-Contribution-td4060813.html])
>  i want to contribute the wcm.io Configuration parts that are not 
> AEM-specific.
> the current features of wcm.io Configuration are described here: 
> http://wcm.io/config/
> the main goal is to support "context-specific" configuration, that means 
> configuration that is different for different content paths (e.g. sites, 
> tenants).
> during the contribution some changes and refactorings are required/planned, 
> e.g.:
> * remove some dependencies to wcm.io build environment, Guava and others
> * remove the "application" distinction currently part of wcm.io Configuration 
> in favor or a more path-based distinction
> * refactor the user-faced configuration API to further simplify it and 
> support OSGi R6-style annotation classed for typed configuration access



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

Reply via email to