Delete Considerations for Content Fragments delete-considerations-content-fragments
Review these important considerations before defining your deletion policies for Content Fragments in AEM. Content Fragments are a powerful tool for delivering headless content, and the implications of deleting them must be carefully considered.
Permissions - Delete or Not Delete permissions-delete-or-not-delete
The ability to delete content is powerful, but potentially sensitive, with many industries needing to restrict and control how these privileges are distributed.
In relation to delete permissions, Content Fragments must be considered at two levels:
-
The Content Fragment as a single entity.
- Use case: A user who must edit/update a Content Fragment - and delete an entire fragment.
- Permissions: The Delete permission can be assigned through User and/or Group Management.
-
The multiple subentities that make up a Content Fragment; for example, variations, subnodes.
Basic operation of the Content Fragment editor requires that such transient subelements can be deleted. For example, when manipulating variations; also when editing metadata or managing associated content.
- Use case: A user who must edit/update a Content Fragment - without being allowed to delete an entire fragment.
- Permissions: See Permissions Required for Editor Functionality Only.
Permissions Required for Editor Functionality Only permissions-required-for-editor-functionality-only
For users that need to edit/update a Content Fragment, without allowing them to delete an entire fragment, specific permissions must be assigned, as basic operation of the Content Fragment editor requires that transient subelements can be deleted.
For example, when manipulating variations; also when editing metadata or managing associated content.
The permissions needed to edit/update a fragment must be applied to either the node containing the Content Fragment, or an appropriate parent node (at any level under /content/dam
). When assigned to such a parent node, the permissions are applied to all nodes within that branch.
For example, a folder to hold all Content Fragments, such as:
/content/dam/contentfragments
/content/dam
is also possible, as all Content Fragments are stored here.The permissions prerequisite to allowing a specific user and/or group to edit/update a Content Fragment are:
-
For the Content Fragment nodes or folders:
jcr:addChildNodes
,jcr:modifyProperties
-
For the
jcr:content
node of all Content Fragments:jcr:addChildNodes
,jcr:modifyProperties
, andjcr:removeChildNodes
-
For all nodes below
jcr:content
of all Content Fragments:jcr:addChildNodes
,jcr:modifyProperties
, andjcr:removeChildNodes
,jcr:removeNode