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

Alexander Klimetschek commented on SLING-3420:
----------------------------------------------

-1 on making the merger service ever writeable or exposing any write logic as 
with the current get-back-path method.

As written in the mail, I could imagine an advanced UI that shows you the 
inheritance and let's you pick where to write. This might need some additions 
to the service, to know where things come from and let the UI display the 
inheritance steps properly (like a debugger), but this would look different 
than what is discussed here.

> Implement ModifyingResourceProvider
> -----------------------------------
>
>                 Key: SLING-3420
>                 URL: https://issues.apache.org/jira/browse/SLING-3420
>             Project: Sling
>          Issue Type: New Feature
>          Components: Extensions
>    Affects Versions: Resource Merger 1.0.0
>            Reporter: Carsten Ziegeler
>            Assignee: Carsten Ziegeler
>             Fix For: Resource Merger 1.0.2
>
>
> The resource merger merges resources from the search paths. This is very 
> useful for reading/getting such resources.
> However, as soon as you want to modify, create or delete such resources the 
> code doing so needs more knowledge about how the resource merger works. And 
> the code needs to switch from the mount path to a search path etc.
> Therefore, the resource merging provider could directly implement the 
> modifying resource provider:
> - if the resource resolver is configured with less than two search paths, 
> modifying is denied
> - the last search path (e.g. by default /libs/) is considered to be 
> unchangeable, so all operations are done on a higher search path
> 1. Create
> This creates a node at the second last search path (e.g. /apps)
> 2. Delete
> If there is a node at /libs, a node hiding this one is created at /apps. 
> Otherwise the node at /apps is removed
> 3. Update
> Creates/updates a node at /apps
> All these methods need to check whether resource hiding is used and adjust 
> the properties accordingly



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

Reply via email to