Available since version 1.10.2
Why is this deprecated?
Since 6.2, ClassicUI dialog development should be avoided. Since this is in direct support of the ClassicUI dialog development, this feature is now deprecated.
cqinclude xtype allows for modularization and re-use widgets and widget collections. This facilitates an elegant pattern of composition when creating AEM components where larger components can be composed of smaller components.
cqinclude xtype is simple in that it pulls the targets widget node structure into the
cqincluding component for re-use. This is problematic when a n AEM component is composed of multiple sub-components and each sub-component use the same property names.
For example, a Feature component may be composed of a Title Component, Text Component and Button component. Both the Title component and Button component may store the label value to the property name
./jcr:title. If both dialogs are combined into the Feature component’s dialog via the OOTB
cqinclude, there will be two fields saving to the same property, resulting in a multi-value property with no real way to tell which value belongs to which sub-component.
Multi-level Namespacing (Since v2.6.4/3.2.4)
Multi-level namespacing is when one
cqinclude.namespace includes a
cq:Widget that contains another
cqinclude.namespace. Multi-level support ensures that the hierarchy of these includes are maintained when reading/persisting the data to the JCR.
If multi-level cqincluding with namespaces is required, this can be enabled by by creating a
How to Use
The ACS AEM Commons CQInclude Namespace Servlet allows “prefixing” of property paths to be specified during the
cqinclude. This servlet is invoked by the addition of the selectors:
The include for Title component dialog may look like
jcr:primaryType=cq:Widget path=/apps/demo/components/title/dialog/items/tab.cqinclude.namespace.title.json xtype=cqinclude
The include for Button component dialog may look like
jcr:primaryType=cq:Widget path=/apps/acme/components/button/dialog/items/tab.cqinclude.namespace.button.json xtype=cqinclude
The dialog would then read/save the jcr:title from the respective includes as follows
cleanly separating the two.
Feature component dialog; This namespace cqincludes dialogs from 3 other components.
Feature component JSP; This includes other components; note youll want to ensure that these components do not have the Edit chrome drawn around them as this config has been moved to the Feature component’s dialog. This can be done by forcing the same context or setting no decoration.
OSGi Configurations (since v2.1.0)
Optionally configure what property values will be namespaced.
OSGi Config Properties
- An array of propertyNames whose values should be namespaced.
- Defaults to:
name, cropParameter, fileNameParameter, fileReferenceParameter, mapParameter, rotateParameter, widthParameter, heightParameter
- An array of regex patterns; if a property value matches one of these patterns it will be namespaced.
- Defaults to:
^\\./.*which is the equivalent of