You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Carsten Ziegeler (Jira)" <ji...@apache.org> on 2021/01/11 13:10:00 UTC
[jira] [Resolved] (SLING-10056) Make feature self contained with
respect to origins for configurations and properties
[ https://issues.apache.org/jira/browse/SLING-10056?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Carsten Ziegeler resolved SLING-10056.
--------------------------------------
Resolution: Fixed
Implemented in by introducing a cache (feature id -> region). The cache is optional and if not available , the feature provider must be able to provide the feature (as before)
https://github.com/apache/sling-org-apache-sling-feature-extension-apiregions/commit/ac96ecce9109d487a803b9119ecb6a032830629e
> Make feature self contained with respect to origins for configurations and properties
> -------------------------------------------------------------------------------------
>
> Key: SLING-10056
> URL: https://issues.apache.org/jira/browse/SLING-10056
> Project: Sling
> Issue Type: Improvement
> Components: Feature Model
> Reporter: Carsten Ziegeler
> Assignee: Carsten Ziegeler
> Priority: Major
> Fix For: Feature Model API Regions Extension 1.1.18
>
>
> When features are aggregated, configurations and framework properties get metadata with their feature origins.
> When now a configuration api is used on an aggregated feature, it is currently required that the feature origins (which might be different features) are all available (via a feature provider). This makes the feature not self-contained in such a scenario anymore which should be avoided to easier pass around such a feature.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)