A model definition, a subitem of the Magnolia Content type definition, defines the model of a content type.
The model describes the properties of a content item such as name, description, asset, birthday, and so on. In the default JCR-based implementation, the type of the properties can be String
, Boolean
, Decimal
, Double
, Long
, Date
, asset
, richText
, another content type or a submodel. The model can define a list of submodel definitions.
Model definition properties
When designing a model don't think about it in terms of UI elements like fields. Think in terms of what type of data the field stores. For example, a link field stores a String
type (i.e. property) to the JCR. The property in the model definition can be decorated in the app definition with whatever UI element stores that data type.
Example configuration:
datasource: workspace: tourguides namespaces: mt: https://www.magnolia-travel.com/jcr/1.0/mt autoCreate: true model: nodeType: mt:tourGuide properties: - name: birthday type: Date - name: gender - name: shortBio - name: contact type: contactData subModels: - name: contactData properties: - name: email - name: phoneNumber - name: addresses type: address multiple: true - name: address properties: - name: street - name: city - name: postalCode - name: country
model
properties:properties | required A list of property definition objects. |
| A subdefinition item defining one property of the model. Its definition interface is Read the property definition properties section for all the details of a PropertyDefinition object. |
subModels | optional A list of submodel definition objects. |
| A subdefinition item configuring a complete submodel. Its definition interface is SubModelDefinition. A submodel has the same properties as a model, but a submodel cannot have additional submodels. If |
nodeType | optional The name of the JCR node type for storing an item of the given content type. If the given node type has not been registered yet, the system automatically registers a new node type by the given name. The type generated inherits from the Magnolia If |
Property definition properties
This section describes the PropertyDefinition
item. Property definition items can be defined in the properties
property, which is a property of the model definition of a content type definition.
<property> | |
---|---|
| required The name of the property. The name is used for storing values in the underlying data source. |
| optional, default is Possible values:
|
| optional, default is Makes the property mandatory. |
| optional, default is Enables i18n support for the property. You also need to enable |
| optional, default is The |
| optional Defines a parent node for a list of selectable options rendered as a select field. Further customization such as using an alternative control, for example a radio button group, is possible by overriding the class or the Note: Currently, the values are saved to the JCR repository only as the |
| required Value saved to the repository when selected. |
| optional Option label displayed to the user. |
Submodels
Use submodels to define complex content types. Submodels are useful whenever you need a group of fields more than once. A content type model definition can contain a list of submodel definitions within the subModels
property. Submodels can be used only within the content type where they have been defined.
A submodel definition has the same properties as a model, but a submodel cannot have additional submodels.
The default nodeType
for a submodels is mgnl:contentNode
.
Interfaces and classes
Model
The base interface is ModelDefinition.
Magnolia provides the JcrDataSourceDefinition interface and the ConfiguredJcrModelDefinition implementation class to specify the model to be mapped to a JCR node.
For ModelDefinition, the ConfiguredJcrModelDefinition is set as the default implementation class via type mapping on the XML-based module descriptor of the magnolia-content-types
module.
By default, Magnolia expects you to configure properties for JcrModelDefinition to define a model.
Submodel
The submodel item is defined by the SubModelDefinition interface, which extends ModelDefinition. The default implementation is ConfiguredJcrSubModelDefinition.
By default, Magnolia expects you to configure properties for ConfiguredJcrSubModelDefinition to define a submodel.
Migrating CT-based definitions
In Magnolia 6.2.x, the In this case, the app will be interpreted as a 5 UI app and you don't have to update its descriptor to conform to the 6 UI definition. As of Magnolia 6.2.3, a ‘ If you decorate, include, inherit or override definitions, make sure that you don't mix 5 UI and 6 UI definitions.!content-type
directive generates a Magnolia 6 UI app. This means that any overriding or decoration of a content-type based app needs to be updated to match the 6 UI. As an alternative, you can use the new !content-type-m5
directive, which generates a 5 UI app.reference
’ property for a 6 UI app can reference either a 6 UI or 5 UI style content-type.