You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Csaba Varga (Jira)" <ji...@apache.org> on 2020/02/25 12:34:00 UTC
[jira] [Updated] (JCRVLT-415) jackrabbit-emptyelements validator
reports error for nested folders
[ https://issues.apache.org/jira/browse/JCRVLT-415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Csaba Varga updated JCRVLT-415:
-------------------------------
Description:
When an nt:folder node is present under an orderable node, the "jackrabbit-emptyelements" validator will report an issue (breaking the build with the default settings of the package Maven plugin). I believe this shouldn't be reported as an issue because the AEM Package Manager can generate packages like this. For example, see the attached test.zip file, which was exported on an out-of-the-box AEM 6.5 instance with dummy nodes.
To reproduce, save test.zip somewhere, then invoke the validation Maven goal in the command like like this:
{{mvn org.apache.jackrabbit:filevault-package-maven-plugin:validate-package -Dvault.packageToValidate=test.zip}}
test.zip contains the following very simple node hierarchy:
{{/}}
{{ test (nt:unstructured)}}
{{ foo (nt:folder)}}
{{ bar (nt:folder)}}
{{ baz (sling:OrderedFolder)}}
The error I'm getting is:
{{[ERROR] ValidationViolation: "jackrabbit-emptyelements: Found empty nodes: '/test/foo' (in 'test\.content.xml') (used for ordering only) which are included in the filter with mode=merge. Rather use the according include/exclude patterns."}}
was:
When an nt:folder node is present under an orderable node, the "jackrabbit-emptyelements" validator will report an issue (breaking the build with the default settings of the package Maven plugin). I believe this shouldn't be reported as an issue because the AEM Package Manager can generate packages like this. For example, see the attached test.zip file, which was exported on an out-of-the-box AEM 6.5 instance with dummy nodes.
To reproduce, save test.zip somewhere, then invoke the validation Maven goal in the command like like this:
{{mvn org.apache.jackrabbit:filevault-package-maven-plugin:validate-package -Dvault.packageToValidate=test.zip}}
test.zip contains the following very simple node hierarchy:
{{/}}
{{ test (nt:unstructured)}}
{{ foo (nt:folder)}}
{{ bar (nt:folder)}}
{{ baz (sling:OrderedFolder)}}
> jackrabbit-emptyelements validator reports error for nested folders
> -------------------------------------------------------------------
>
> Key: JCRVLT-415
> URL: https://issues.apache.org/jira/browse/JCRVLT-415
> Project: Jackrabbit FileVault
> Issue Type: Bug
> Components: vlt
> Affects Versions: 3.4.2
> Reporter: Csaba Varga
> Priority: Minor
> Attachments: test.zip
>
>
> When an nt:folder node is present under an orderable node, the "jackrabbit-emptyelements" validator will report an issue (breaking the build with the default settings of the package Maven plugin). I believe this shouldn't be reported as an issue because the AEM Package Manager can generate packages like this. For example, see the attached test.zip file, which was exported on an out-of-the-box AEM 6.5 instance with dummy nodes.
> To reproduce, save test.zip somewhere, then invoke the validation Maven goal in the command like like this:
> {{mvn org.apache.jackrabbit:filevault-package-maven-plugin:validate-package -Dvault.packageToValidate=test.zip}}
> test.zip contains the following very simple node hierarchy:
> {{/}}
> {{ test (nt:unstructured)}}
> {{ foo (nt:folder)}}
> {{ bar (nt:folder)}}
> {{ baz (sling:OrderedFolder)}}
> The error I'm getting is:
> {{[ERROR] ValidationViolation: "jackrabbit-emptyelements: Found empty nodes: '/test/foo' (in 'test\.content.xml') (used for ordering only) which are included in the filter with mode=merge. Rather use the according include/exclude patterns."}}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)