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 >