You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Konrad Windszus (JIRA)" <ji...@apache.org> on 2017/01/02 20:30:58 UTC

[jira] [Commented] (SLING-6344) Support filter.xmls being generated by the content-package-maven-plugin

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

Konrad Windszus commented on SLING-6344:
----------------------------------------

Reverted commit r1776444 in [r1776987|https://svn.apache.org/r1776987] until the necessary semantics of the FilterLocator service and usage of null annotations in Sling IDE is clarified.

> Support filter.xmls being generated by the content-package-maven-plugin
> -----------------------------------------------------------------------
>
>                 Key: SLING-6344
>                 URL: https://issues.apache.org/jira/browse/SLING-6344
>             Project: Sling
>          Issue Type: Bug
>          Components: IDE
>    Affects Versions: Sling Eclipse IDE 1.1.0
>            Reporter: Konrad Windszus
>            Assignee: Konrad Windszus
>            Priority: Critical
>         Attachments: SLING-6344-v01.patch, SLING-6344-v02.patch, SLING-6344-v03.patch
>
>
> The content-package-maven plugin can not only consume a filter.xml from the source directory, but also generate or merge filter.xmls. Therefore Sling IDE should consider only the filter.xml in the generated artifacts (package). The problem with that is, that content-package-maven-plugin does only generate that filter.xml when it generates the real package.
> There is one other related issue: In case a filter file is not found, the method {{ResourceChangeCommandFactory#getFilterResult}} returns {{ALLOW}} while it should return {{DENY}} to not overwrite any nodes in case the filter rules could not be determined.
> In my case those two problems lead to a modification of the jcr:primaryType of the root node in the JCR from {{rep:root}} to {{nt:unstructured}} and the resourceType from {{sling:redirect}} to just being removed which breaks the redirect handling.



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