Details
-
Improvement
-
Status: Resolved
-
Major
-
Resolution: Won't Fix
-
None
-
None
-
None
-
None
Description
According to JCRVLT-170 it is not allowed to use includes or excludes below a filter rule for application packages. This is a pretty common pattern though for including overlays in an apps package to enforce creating the ancestor nodes with the right type.
The use case of two different apps packages providing overlays below the same ancestor node should be supported (with both apps packages not knowing anything about each other) and still ensuring that the right node type is being created for ancestors.
There must be a way of enforcing a certain ancestor node type during import and creating it in case it is not yet there, and failing in case if the ancestor is there with a different/incompatible type.
Attachments
Issue Links
- is caused by
-
JCRVLT-170 Introduce the concept of package types
- Closed
- is related to
-
JCRVLT-733 Allow to enforce ancestor primary and mixin type
- Open
- relates to
-
JCRVLT-417 Intermediate Node Types should be default node type of parent node type definition instead of "nt:folder"
- Closed
-
JCRVLT-411 PackageTypeValidator: Optionally allow complex filters for "application" packages
- Closed
-
JCRVLT-413 Clarify documentation about intermediate/ancestor nodes
- Closed