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

Stefan Seifert commented on SLING-12197:
----------------------------------------

at wcm.io, we implemented a similar tooling to transform Sling-Initial-Content 
to content packages: 
[https://github.com/wcm-io/io.wcm.maven.plugins.sling-initial-content-transform-maven-plugin]

the content package produced by this tool is not affected by the problem, 
because it creates a dedicated {{.content.xml}} for each folder as well, 
defining the {{sling:Folder}} node type. should we follow the same approach for 
cpconverter as well?

[~kwin] [~rombert] WDYT?

> cpconverter: Sling-Initial-Content directories created as nt:folder instead 
> of sling:Folder
> -------------------------------------------------------------------------------------------
>
>                 Key: SLING-12197
>                 URL: https://issues.apache.org/jira/browse/SLING-12197
>             Project: Sling
>          Issue Type: Bug
>          Components: Content-Package to Feature Model Converter
>    Affects Versions: Content-Package to Feature Model Converter 1.3.4
>            Reporter: Stefan Seifert
>            Priority: Major
>             Fix For: Content-Package to Feature Model Converter 1.3.6
>
>         Attachments: io.wcm.handler.link-apps-1.10.2-cp2fm-converted.zip
>
>
> the cpconverter extracts Sling-Initial-Content from OSGi bundles and creates 
> FileVault packages with the transformed content.
> this works well, but there is one difference when the resulting content 
> package is installed compared when uploading the OSGi bundle with the 
> Sling-Initial-Content directly:
> * the JCR Content Loader by defaults creates a {{sling:Folder}} node type for 
> each directory found in the Sling-Initial-Content (see also 
> [docs|https://sling.apache.org/documentation/bundles/content-loading-jcr-contentloader.html#initial-content-loading-1])
> * the cpconverter process creates no {{.content.xml}} file for the folders, 
> but only for the actual JSON files found in the process. as a result, the 
> folders are created as {{nt:folder}} when uploading the transformed package
> * this difference becomes relevant, when a JSON file in Sling-Initial-Content 
> defines a primary type of {{nt:unstructured}} - it is not allowed to created 
> such a node directly below a {{nt:folder}} node - but it is allowed to do so 
> below a {{sling:Folder}} node



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to