Configurations et l’explorateur de configurations configuration-browser

Les configurations AEM permettent de gérer les paramètres dans AEM et servent d’espaces de travail.

Qu’est-ce qu’une configuration ? what-is-a-configuration

Une configuration peut être considérée sous deux angles différents.

En résumé, du point de vue d’un administrateur, les configurations sont la manière dont vous créez des espaces de travail pour gérer les paramètres dans AEM, tandis que le développeur doit comprendre comment AEM utilise et gère ces configurations dans le référentiel.

Quelle que soit votre perspective, les configurations répondent à deux objectifs principaux dans AEM :

Configurations en tant qu’administrateur configurations-administrator

Les équipes d’administration et de création AEM peuvent considérer les configurations comme des espaces de travail. Ces espaces de travail peuvent être utilisés pour rassembler des groupes de paramètres ainsi que leur contenu associé à des fins d’organisation en implémentant des droits d’accès pour ces fonctionnalités.

Des configurations peuvent être créées pour de nombreuses fonctionnalités différentes dans AEM.

Exemple administrator-example

Par exemple, un administrateur ou une administratrice peut créer deux configurations pour les modèles modifiables.

L’administrateur peut alors créer des modèles de page généraux à l’aide de la configuration WKND-General, puis des modèles spécifiques au magazine sous WKND-Magazine.

L’administrateur peut alors associer le WKND-General à tout le contenu du site WKND. Cependant, la configuration WKND-Magazine ne serait associée qu’au site du magazine.

En procédant comme suit :

Des configurations similaires sont possibles non seulement pour les modèles modifiables, mais également pour les configurations de cloud, les segments ContextHub et les modèles de fragments de contenu.

Utilisation de l’explorateur de configurations using-configuration-browser

L’explorateur de configurations permet à un administrateur de créer, gérer et configurer facilement des droits d’accès aux configurations dans AEM.

Création d’une configuration creating-a-configuration

Il est très simple de créer une nouvelle configuration dans AEM à l’aide de l’explorateur de configurations.

Modification des configurations et de leurs droits d’accès access-rights

Si vous considérez les configurations comme des espaces de travail, les droits d’accès peuvent être définis sur ces configurations afin de définir qui peut ou non accéder à ces espaces de travail.

Configurations en tant que développeur configurations-developer

En tant que développeur, il est important de savoir comment AEM as a Cloud Service fonctionne avec les configurations et traite la résolution de configurations.

Séparation de la configuration et du contenu separation-of-config-and-content

Bien que l’administrateur et les utilisateurs puissent considérer les configurations comme des espaces de travail pour gérer différents paramètres et contenus, il est important de comprendre que les configurations et le contenu sont stockés et gérés séparément par AEM dans le référentiel.

Le contenu fait référence à sa configuration associée par le biais d’une propriété cq:conf. AEM effectue une recherche en fonction du contenu et de sa propriété cq:conf contextuelle pour trouver la configuration appropriée.

Exemple developer-example

Dans cet exemple, supposons que vous ayez du code d’application concernant les paramètres de la gestion des actifs numériques.

Conf conf = resource.adaptTo(Conf.class);
ValueMap imageServerSettings = conf.getItem("dam/imageserver");
String bgkcolor = imageServerSettings.get("bgkcolor", "FFFFFF");

Le point de départ de toute recherche de configuration est une ressource de contenu, généralement située sous /content. Il peut s’agir d’une page, d’un composant au sein d’une page, d’une ressource ou d’un dossier de la gestion des ressources numériques. Dans ce contexte, c’est le contenu réel pour lequel nous recherchons la configuration appropriée qui s’applique.

Maintenant, avec l’objet Conf, nous pouvons récupérer l’élément de configuration qui nous intéresse. Dans ce cas, il s’agit de dam/imageserver, qui est une collection de paramètres associés au imageserver. L’appel getItem renvoie une ValueMap. Vous lisez ensuite une propriété de chaîne bgkcolor et fournissez une valeur par défaut de « FFFFFF » au cas où la propriété (ou l’élément de configuration complet) ne serait pas présent.

Examinons maintenant le contenu JCR correspondant :

/content/dam/wknd
    + jcr:content
      - cq:conf = "/conf/wknd"
    + image.png [dam:Asset]

/conf/wkns
    + settings
      + dam
        + imageserver [cq:Page]
          + jcr:content
            - bgkcolor = "FF0000"

Dans cet exemple, nous supposons qu’il existe un dossier de la gestion des ressources numériques spécifique à WKND et une configuration correspondante. À partir du dossier /content/dam/wknd, nous verrons qu’il existe une propriété de chaîne nommée cq:conf qui fait référence à la configuration qui doit s’appliquer à la sous-arborescence. La propriété est généralement définie sur le jcr:content d’une page ou d’un dossier de ressources. Ces liens conf sont explicites. Il est donc facile de les suivre en regardant simplement le contenu dans CRXDE.

En passant dans /conf, nous suivons la référence et voyons qu’il y a un nœud /conf/wknd. Il s’agit d’une configuration. Sa recherche est transparente par rapport au code de l’application. L’exemple de code n’a jamais de référence dédiée. Il est masqué derrière l’objet Conf. La configuration qui s’applique est entièrement contrôlée par le contenu JCR.

Vous pouvez constater que la configuration contient un nœud settings à nom fixe qui contient les éléments réels, y compris le dam/imageserver dont vous avez besoin dans ce cas. Cet élément peut être considéré comme un « document de paramètres » et est généralement représenté par une cq:Page avec un jcr:content contenant le contenu réel.

Enfin, vous pouvez voir la propriété bgkcolor dont l’exemple de code a besoin. La ValueMap que nous récupérons dans getItem repose sur le nœud jcr:content de la page.

Résolution de la configuration configuration-resolution

L’exemple de base ci-dessus montrait une configuration unique. Mais dans de nombreux cas, on a besoin de différentes configurations, comme une configuration globale par défaut, une autre pour chaque marque et peut-être une configuration spécifique pour les sous-projets.

Pour ce faire, la recherche de configuration dans AEM dispose d’un mécanisme d’héritage et de secours dans l’ordre de préférence suivant :

Utilisation des configurations using-configurations

Les configurations dans AEM reposent sur les configurations basées sur le contexte Sling. Les lots Sling fournissent une API de service qui peut être utilisée pour obtenir des configurations basées sur le contexte. Les configurations basées sur le contexte sont des configurations qui sont liées à une ressource de contenu ou à une arborescence de ressources, comme décrit dans l’exemple précédent.

Pour plus d’informations sur les configurations basées sur le contexte, des exemples et leur utilisation, consultez la documentation Sling.

Console Web ConfMgr confmgr-web-console

À des fins de débogage et de test, une console Web ConfMgr dans https://<host>:<port>/system/console/conf peut afficher des configurations pour un chemin/élément donné.

Indiquez simplement :

Pour voir quelles configurations sont résolues et recevoir un exemple de code qui résout ces configurations, sélectionnez Résoudre.

Console Web de configuration basée sur le contexte context-aware-web-console

À des fins de débogage et de test, une console Web de configuration basée sur le contexte dans https://<host>:<port>/system/console/slingcaconfig permet d’interroger des configurations basées sur le contexte dans le référentiel et d’afficher leurs propriétés.

Indiquez simplement :

Cliquez sur Résoudre pour récupérer les chemins d’accès au contexte et propriétés associés pour la configuration sélectionnée.