The Definitions app is the single place to find all definitions loaded by Magnolia through the Registry API.
The app displays active definitions from all sources - JCR and YAML - and origins - classpath, JCR and file system.
Light development introduced an additional configuration source in Magnolia and the app provides an overview of both JCR and file-based definitions. At a glance, back and front-end developers can see the definition sources.
In the Definitions app users can:
- View, search and filter definitions by multiple criteria.
- Access definitions in either the Configuration or Resource files app directly from the Definitions app.
The app includes all definitions that are bound to a Registry (for example TemplateDefinitionRegistry ).
|Field type definitions|
|Media editor definitions|
|Message view definitions|
Searching and filtering definitions
The column headers offer numerous filtering options to allow you to quickly find what you are looking for. The following filters are available:
- Title: Type search term.
- Type: Select definition type.
- Module: Select a module. The field displays all modules.
- Origin (see Resources: Origin and loading order)
- Decorated (See Definition decoration)
- Problem severity
- Title: Image
- Type: templates
You can expand any definition node to view a representation of the full configuration.
textImage component in the MTK module.
- Show in Resources app displays for file-based definitions. The action opens the file in read only mode in the Resource files app. You can choose to hotfix the definition in the app or edit it on the file system.
textImagecomponent definition from the Travel demo in the Definitions and Resources apps.
- Show in Configuration app displays for JCR-based definitions. The action opens the definition in the Configuration app where you can edit the definition in the JCR.
logincomponent definition from the Public User Registration module in the Definitions and Configuration apps.
All YAML definitions display in the Origin column as file. The origin of these definitions could be the file system or the classpath. You can see each origin in the Resource files app.
Decorated definitions are marked in the Decorated column. The Show definition decorators action opens the Applied definition decorators popup which shows the source file and the decorated path of each decorator. Click to access the source file in the Resource files app.
home template from the Travel Demo (DX Core version).
The app makes it easy to find problematic definitions:
- In the Problems tab all problematic definitions display:
The app also shows deprecated definitions:
- Deprecated classes used by any definition.
- Deprecated or non-existing templates used by block definitions.
- Deprecated or non-existing page template definitions referenced from site definitions.
- Deprecated or non-existing theme definitions referenced from site definitions.
- Template references:
- Deprecated or non-existing dialogs.
- Deprecated or non-existing component definitions used in page definitions.
- Non-existing template script paths.
- Configured but non-existing renderer.
The app is based on the content app framework and configured in YAML on the classpath at
The app requires NO additional configuration and it is NOT advisable to make any changes to the configuration file.