Définition d’une configuration basée sur le référentiel pour une instance spécifique uniquement

Description




Définition d’une configuration basée sur le référentiel pour une instance unique



 


Il existe deux façons de configurer AEM.

Résolution

Configurez la variable Apache Felix Console de gestion Web
La configuration de la variable Apache Felix La console de gestion web (http://host:port/system/console/configMgr) est toujours spécifique à l’instance actuelle.
Vous trouverez une description dans la documentation : https://helpx.adobe.com/fr/experience-manager/6-4/sites/deploying/using/configuring-osgi.html#OSGiConfigurationintheRepository
Configuration basée sur le référentiel
Il est également possible de stocker la configuration dans le référentiel CRX en tant que noeuds de type de noeud. sling:OsgiConfig.

Pour plus d’informations, voir https://helpx.adobe.com/fr/experience-manager/6-4/sites/deploying/using/configuring-osgi.html#OSGiConfigurationintheRepository

Avec cette méthode, il est possible de partager la configuration entre plusieurs instances.
Le nom de ces noeuds doit être égal à l’identité permanente (PID) de la configuration (par exemple, le nom du service). Si vous regardez http://host:port/system/console/configMgr, you , ces noms sont répertoriés comme service.pid propriétés. Ces noeuds de configuration doivent être des noeuds enfants de type de noeud. nt:folder avec un nom commençant par config suivi d’un point. Tous les modes d’exécution auxquels s’applique la configuration sont également séparés par un point.

Exemples : config.authorconfig.publishconfig.author.devconfig.author.foo.dev
Run-Mode
Il est possible de définir les modes d’exécution spécifiques sur lesquels s’exécute une instance spécifique. Par défaut, une instance d’auteur s’exécute sur le mode d’exécution author et une instance de publication s’exécute sur le mode d’exécution publish. Il est possible de définir plusieurs modes d’exécution pour une instance (par exemple, author, foo et dev).

Définissez ces modes d’exécution comme options de VM.

Par exemple, sur la console :

java -Dsling.run.modes=author,foo,dev -Xmx256m -jar aem64-quickstart.jar

ou dans le script de démarrage :

# default JVM options
CQ_JVM_OPTS='-Dsling.run.modes=author,foo,dev'

Les modes d’exécution actuels d’une instance sont visibles à l’adresse http://host:port/system/console/status-slingsettings

Remarque : Il n’est pas recommandé de modifier ou de supprimer l’auteur et la publication des modes d’exécution par défaut. Il vous suffit d’ajouter vos modes d’exécution spécifiques à la liste par défaut des modes d’exécution existants.

Remarque : Le même mécanisme fonctionne pour l’installation de lots basée sur le référentiel. Placez les lots sous les noeuds de type de noeud. nt:folder avec un nom commençant par install suivi d’un point. Tous les modes d’exécution auxquels s’appliquent les lots sont séparés par un point.

Exemple : Pour disposer d’une configuration de serveur de messagerie SMTP spécifique pour toutes vos instances s’exécutant en mode d’exécution pour créer simplement un noeud portant le nom config.foo et nodetype nt:folder in /apps/we-retail et copiez le noeud /libs/cq/config/com.day.cq.mailer.DefaultMailService to /apps/we-retail/config.foo et adapter les propriétés smtp.host.

Exemple : Pour avoir une configuration de Logrotation spécifique, utilisez le package de configuration dans l’article de la base de connaissances Comment faire pivoter request.log et access.log et renommez la configuration de noeud par exemple en config.foo si la configuration doit être utilisée uniquement pour toutes vos instances s’exécutant en mode d’exécution foo.

Sur cette page