The Components That Make Up An Entando Application - Page, User Management and Localization Components

This blog post is the last of a series that dives into details about Entando components, how they can be defined in a bundle and deployed to an Entando Application, how they are configured via Entando App Builder, and how they are rendered in your application.

Anthony Viard - Monday, July 12, 2021
Tags: Developer Topics

Hey my fellow developers,

Here we are for the third episode of the Entando component sub-series. After having discovered CMS content, we will learn more about how to manage pages, user groups and i18n components.

This blog post is the last of a series that dives into details about components including how they can be defined in a bundle, how they can be deployed to an Entando Application, how they are configured via Entando App Builder, and how they are rendered in your application.

This blog post is part of the Entando bundle series:

Table of Contents

  1. Page management
    • Page template
    • Page
  2. User management
    • Groups
  3. I18n
    • Languages
    • Labels
  4. Compose a main descriptor file
  5. Conclusion

Page management

Page Template

A page template defines a default page configuration that is assigned to an instance of a page. Page templates can be a standard 2 column layout or can be customized to meet any design. The template combines frame configuration and HTML template rendering with Freemarker.

code: seed_home
description: Seed homepage
   - pos: 0
     description: brand
     mainFrame: false
       x1: 0
       y1: 0
       x2: 1
       y2: 0
   - pos: 1
     description: navbar
     mainFrame: false
       x1: 2
       y1: 0
       x2: 7
       y2: 0
   - pos: 2
     description: login widget
     mainFrame: false
       x1: 8
       y1: 0
       x2: 9
       y2: 0
   - pos: 3
     description: empty space
     mainFrame: false
       x1: 10
       y1: 0
       x2: 11
       y2: 0
templatePath: seed_home.ftl
  • configuration.frames contains each frame the template has, its position and the description.
    • pos the position in the page, from 0 to the max number of frames you want. The position is used in the freemarker template to place it: < frame=2 />
    • description is a short description that appears on the app builder design page to let you know what is the frame is made for
    • mainFrame true if it’s the main page frame
    • sketch 
  • templatePath defines the path to the freemarker template. Alternatively, you can use the template property to put the raw template directly into the descriptor.

<#assign wp=JspTaglibs["/aps-core"]><#assign c=JspTaglibs[""]>
<html lang="en">
   <meta charset="utf-8" />
   <title><@wp.currentPage param="title" /> - <@wp.i18n key="STANDARD_DEMO" /></title>
   <meta name="viewport" content="width=device-width,  user-scalable=no" />
   <meta name="description" content="" />
   <meta name="author" content="" />
   <link rel="icon" href="< key="systemParam" paramName="applicationBaseURL" />favicon.png" type="image/png" />
   <@wp.fragment code="insurance_inclusions" escapeXml=false />
<@wp.fragment code="keycloak_auth" escapeXml=false/>
<div class="custom-navbar ">
   < frame=4 />
   < frame=5 />
   < frame=6 />
   < frame=7 />
   < frame=8 />
   < frame=9 />
   < frame=10 />
   < frame=11 />
   < frame=12 />
   < frame=13 />
<@wp.fragment code="insurance_inclusions_footer" escapeXml=false />

The seedHome freemarker template. The navBar has been removed to make it easier to read

Screenshot 2021-06-01 at 17.16.28.png

The template can be edited in the app-builder under the menu Pages > Templates > Edit


A page is composed of multiple widgets or UX fragments and defines a position for each of them. A page includes a reference to a page template (“pageModel”) and will inherit everything included in the page template. 

code: homepages
parentCode: homepage
 en: Home SD
 it: Home SD
pageModel: seed_home
ownerGroup: free
joinGroups: []
displayedInMenu: true
seo: false
charset: utf8
status: published
 - code: Brand-Logo
   config: null
   pos: 0
 - code: Login_buttons
   config: null
   pos: 2
 - code: content_viewer
     contentDescription: main-banner
     modelId: '1'
     ownerGroup: free
     contentId: SDB37
     joinGroups: '[]'
   pos: 4
 - code: content_viewer
     contentDescription: banner light green
     modelId: '2'
     contentId: SDB34
   pos: 5
 - code: content_viewer
     contentDescription: Banner with inner card
     modelId: '3'
     contentId: SDB31
   pos: 6
 - code: content_viewer
     contentDescription: Banner with accordion
     modelId: '4'
     contentId: SDB16
   pos: 7
 - code: content_viewer
     contentDescription: Banner with dark green background
     modelId: '5'
     contentId: SDB28
   pos: 8
 - code: content_viewer
     contentDescription: Banner with white background
     modelId: '6'
     contentId: SDB19
   pos: 9
 - code: footer
   config: null
   pos: 13
  • code is the unique page identifier.
  • parentCode is the code of the page parent, a page can be either a parent or a sub page.
  • pageModel is the page template used to render the page.
  • ownerGroup is the owner of the page. “free” if the page can be used without restrictions
  • joinGroups list of groups the page is shared with. These groups can edit and use the page.
  • displayedInMenu true to display this page in the default widget menu.
  • seo 
  • charset the charset used to render the page according to the encoding used.
  • status is published if the page is available in your application.
  • widgets is an array of objects to define which widgets will be included in the page, it’s position and the configuration if needed.
    • code the widget code you want to include. It has to be the same value as the “code“ in the widget descriptor.
    • config the configuration for this widget instance, can be null if no configuration. The configuration object is related to the widget itself.
    • pos the position in the page. It should match a frame pos value in the pageTemplate.
Screenshot 2021-06-01 at 16.32.21.png

You can design and check the page configuration in the app-builder

Screenshot 2021-06-01 at 16.33.56.png

The SD homepage is rendered through the bundle configuration we defined

User Management


A group gathers users under a sub-organization and can be used to define the ownership of some components.

- code: bpm_admin
 name: Bpm Admin
- code: bpm_appraiser
 name: Bpm Appraiser
- code: bpm_broker
 name: Bpm Broker
- code: bpm_manager
 name: Bpm Manager
  • code the unique group code.
  • name the group name.
Screenshot 2021-06-01 at 19.06.45.png

Groups can be displayed through the Users > Groups menu in the app builder



The languages component allows you to enable several languages in your application and to unlock labels for them.

- code: en
 description: English
- code: it
 description: Italian
  • code the language code, basically the ISO 639-1 code (alpha-2 code).
  • description a quick description of the language, most of the time the language name.


Labels are a key/value system to populate the languages you have enabled in your application.

   en: Normal
   it: Normale
   en: Go to the administration with normal client
   it: Accedi con client normale
   en: Advanced
   it: Avanzata
   en: Go to the administration with advanced client
   it: Accedi con client avanzato
  • key is the unique key for the label
  • titles contain a value for each enabled language (by code).
Screenshot 2021-06-01 at 19.09.08.png

Languages and labels are available in the Administration > Languages & Labels menu

Compose a main descriptor file

Now that you know each component you can define a descriptor per component and group them, by convention, under a folder per component type.

For example, the Standard Demo Bundle repository has a large bundle with examples of each of the component types we reviewed in this blog post. 

Once you’ve created a descriptor for each of the components they can be referenced by path from the top level descriptor.yaml file (except for static resources).

code: standard-demo
description: Standard Demo bundle
   - widgets/brand-logo-descriptor.yaml
   - pageModels/dashboard-descriptor.yaml
   - fragments/angular-descriptor.yaml
   - pages/homepagesd-descriptor.yaml
   - groups/groups-descriptor.yaml
   - contentTypes/mpc-descriptor.yaml
   - contentModels/main-banner-descriptor.yaml
   - assets/35/35-descriptor.yaml
   - contents/mpc584-descriptor.yaml
   - plugins/standard-demo-banking-descriptor.yaml
   - categories/categories-descriptor.yaml
   - labels/labels-descriptor.yaml
   - languages/languages-descriptor.yaml

Note the bundle uses technical names instead of official names for some components (e.g. contentModels for Content Type, pageModels for Page Template, assets for CMS Assets…). Please, refer to the documentation or the demo bundle to view the correct labels in the yaml. 


In this blog post series we learned about all of the components we can use in our bundles and in our Entando applications. Each component has attributes that allow you to define their behavior and structure. Once you’ve built your components all you have to do is declare them in the main bundle descriptor, that's all! Easy, isn’t it?

See you soon for the next adventures with bundles and components.

Modernizing Applications?


Learn how an Application Composition Platform can help.

Fast, customizable, easily scalable: these are the three main features that your web application must have if you want it to be a real competitive advantage for your company.