Hi Achim, The upcoming version of the Maven plugin will expose the error in your demo project like this:
[INFO] --- filevault-package:1.3.2:validate-package (default-validate-package) @ markenassets.ui.apps --- [INFO] Start validating package 'target/markenassets.ui.apps-0.0.1-SNAPSHOT.zip'... [INFO] Due to package type 'application' emit error for every undefined filter root ancestor [INFO] Using 10 validators for package of type APPLICATION: jackrabbit-accesscontrol (org.apache.jackrabbit.vault.validation.spi.impl.AccessControlValidator), jackrabbit-filter (org.apache.jackrabbit.vault.validation.spi.impl.AdvancedFilterValidator), jackrabbit-properties (org.apache.jackrabbit.vault.validation.spi.impl.AdvancedPropertiesValidator), jackrabbit-docviewparser (org.apache.jackrabbit.vault.validation.spi.impl.DocumentViewParserValidator), jackrabbit-dependencies (org.apache.jackrabbit.vault.validation.spi.impl.DependencyValidator), jackrabbit-duplicateuuid (org.apache.jackrabbit.vault.validation.spi.impl.DuplicateUuidValidator), jackrabbit-emptyelements (org.apache.jackrabbit.vault.validation.spi.impl.EmptyElementsValidator), jackrabbit-mergelimitations (org.apache.jackrabbit.vault.validation.spi.impl.MergeLimitationsValidator), jackrabbit-packagetype (org.apache.jackrabbit.vault.validation.spi.impl.PackageTypeValidator), jackrabbit-nodetypes (org.apache.jackrabbit.vault.validation.spi.impl.nodetype.NodeTypeValidator) [ERROR] ValidationViolation: Mandatory child node missing: jcr:content [nt:base] inside node with types [nt:file] @ jcr_root/_oak_index/damAssetLucene-8-custom-1/.content.xml, line 439, column 52, validator: jackrabbit-nodetypes, JCR node path: /oak:index/damAssetLucene-8-custom-1/tika/config.xml Just one question regarding the actual error: The node serialisation in /oak:index/damAssetLucene-8-custom-1/ where not created by a FileVault export that incomplete, but they were rather manually crafted, right? I just want to make sure we don’t have an issue with the exporter here. Thanks, Konrad > On 18. Apr 2023, at 08:33, Achim Koch <ack...@naevis.org> wrote: > > Hi Konrad, > > I created the ticket here. > > https://issues.apache.org/jira/browse/JCRVLT-703 > > > Thanks for your help > > -achim > > > >> On 17. Apr 2023, at 17:33, Konrad Windszus <k...@apache.org> wrote: >> >> Hi Achim, >> This seems to be a bug in the reporting. >> The issue is actually inside >> https://github.com/ackoch/validate-issue-01/blob/2459450bc6ef5c89390831f938258e053c4ea7d2/ui.apps/src/main/content/jcr_root/_oak_index/damAssetLucene-8-custom-1/.content.xml#L439 >> and not in jcr_root/apps. That indeed is lacking the according file content >> (as binary content is never part of the DocView XML >> (https://jackrabbit.apache.org/filevault/docview.html#binary-properties) >> Can you please report an issue at >> https://issues.apache.org/jira/browse/JCRVLT regarding the wrong path >> reported in the validation violation? >> >> Thanks, >> Konrad >> >> >>> On 17. Apr 2023, at 15:05, Achim Koch <ack...@naevis.org> wrote: >>> >>> Hi, >>> >>> The validator in the FileVault plugin (v 1.3.2) is complaining about a >>> >>> Mandatory child node missing: jcr:content [nt:base] inside node with types >>> [nt:file] @ jcr_root/apps >>> >>> Actually the folder /apps is an empty intermediate node (empty except >>> folders). And I don’t quite understand why the validator infers an nt_file. >>> >>> DefaultNodeType is set to: >>> >>> <defaultNodeType>nt:unstructured</defaultNodeType> >>> >>> The issue should be reproducible here: >>> >>> https://github.com/ackoch/validate-issue-01.git >>> >>> Help is much appreciated. >>> >>> -achim >>> >> >
