Content Fragments Configuring Components for Rendering content-fragments-configuring-components-for-rendering

There are several advanced services related to the rendering of content fragments. To use these services, the resource types of such components must make themselves known to the content fragments framework.

This is done by configuring the OSGi Service - Content Fragment Component Configuration.

This information is required when:

  • You need to implement your own Content Fragment-based component,
  • And need to use the advanced services.

Adobe recommends using the Core Components.

  • If you do not need the advanced services described below, you can ignore this configuration.

  • When you are extending or using the out-of-the-box component(s), it is not recommended to change the OSGi configuration.

  • You can write a component from scratch that uses the Content Fragments API only, with no advanced services. However, in such a case, you will have to develop your component so that it handles the appropriate processing.

Therefore, it is recommended to use the Core Components.

Definition of Advanced Services that need Configuration definition-of-advanced-services-that-need-configuration

The services that require the registration of a component are:

  • Determining dependencies correctly during publication (that is, ensure that fragments & models can be automatically published with a page if they have changed since last publication).
  • Support for content fragments in full text search.
  • The management/handling of in-between content.
  • The management/handling of mixed media assets.
  • Dispatcher flush for referenced fragments (if a page containing a fragment is re-published).
  • Using paragraph-based rendering.

If you need one or more of these features, then (typically) it is easier to use the out-of-the-box Advanced Services, instead of developing them from scratch.

OSGi Service - Content Fragment Component Configuration osgi-service-content-fragment-component-configuration

The configuration must be bound to the OSGi service Content Fragment Component Configuration:


See OSGi Configuration for further details.

For example:

OSGi Configuration Content Fragment Component Configuration

The OSGi configuration is:

OSGi Configuration
Resource type

The resource type to register; for example,


Reference property
The name of the property that contains the reference to the fragment; for example, fragmentPath or fileReference
Element(s) property
The name of the property that contains the name(s) of the element(s) to render; for example,elementName
Variation property
The name of the property that contains the name of the variation to render; for example,variationName

For some functionality your component will have to adhere to predefined conventions. The following table details the properties that need to be defined, by your component, for each paragraph (that is, jcr:paragraph for each component instance) so that the services can detect and process them correctly.

Property Name

A string property that defines how paragraphs are to be output if in single element render mode.


  • all : to render all paragraphs
  • range : to render the range of paragraphs provided by paragraphRange

A string property that defines the range of paragraphs to be output if in single element render mode.


  • 1 or 1-3 or 1-3;6;7-8 or *-3;5-*

    • - range indicator
    • ; list separator
    • * wildcard
  • only evaluated if paragraphScope is set to range

A boolean property that defines if headings (for example, h1, h2, h3) are counted as paragraphs (true) or not (false)

Example example

As an example, see the following (on an out-of-the-box AEM instance):


This contains: