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 >> >
