Defina una configuración basada en repositorio solo para una instancia específica

Este artículo describe una configuración basada en el repositorio para una instancia específica, y detalla cómo almacenar la configuración en el repositorio CRX como nodos de tipo de nodo sling:OsgiConfig en Adobe Experience Manager.

Descripción description

Entorno

Adobe Experience Manager

Problema/Síntomas

Este artículo define una configuración basada en repositorio para una instancia específica.

Resolución resolution

1. Configurar la consola de administración web de Apache Felix

La configuración de la consola de administración web de Apache Felix (http://< host> :< puerto> /system/console/configMgr) siempre es específico para la instancia actual.
Puede encontrar una descripción en la siguiente documentación: https://helpx.adobe.com/es/experience-manager/6-4/sites/deploying/using/configuring-osgi.html#OSGiConfigurationintheRepository

2. Configuración basada en repositorio

También es posible almacenar la configuración en el repositorio CRX como nodos de tipo de nodo sling:OsgiConfig.

Para obtener más información, consulte https://helpx.adobe.com/es/experience-manager/6-4/sites/deploying/using/configuring-osgi.html#OSGiConfigurationintheRepository

Con este método, es posible compartir la configuración entre varias instancias.
El nombre de estos nodos debe ser igual a la identidad persistente (PID) de la configuración (por ejemplo, el nombre del servicio). Si se fijan en  http://< host> :< puerto> /system/console/configMgr, verá estos nombres como propiedades service.pid. Estos nodos de configuración deben ser nodos secundarios del tipo de nodo nt:folder con un nombre que comience por config seguido de un punto. Todos los modos de ejecución a los que se aplica la configuración también se separan con un punto.

Ejemplos: config.author, config.publish, config.author.dev, config.author.foo.dev

Modo de ejecución

Es posible definir en qué modos de ejecución específicos se ejecuta una instancia específica. De forma predeterminada, una instancia de autor se ejecuta en el modo de ejecución de autor y una instancia de publicación se ejecuta en el modo de ejecución de publicación. Es posible definir varios modos de ejecución para una instancia (por ejemplo, author, foo y dev).

Establezca estos modos de ejecución como opciones de VM.

Por ejemplo, en la consola:

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

o en el script de inicio:

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

Los modos de ejecución actuales de una instancia son visibles en  http://< host> :< puerto> /system/console/status-slingsettings

Nota:  No se recomienda cambiar ni quitar los modos de ejecución predeterminados de creación y publicación. En su lugar, simplemente añada sus modos de ejecución específicos a la lista predeterminada de modos de ejecución existentes.

Nota:  El mismo mecanismo funciona para la instalación de paquetes basados en el repositorio. Coloque los paquetes debajo de los nodos del tipo de nodo nt:folder con un nombre que comience por install seguido de un punto. Todos los modos de ejecución a los que se aplican los paquetes están separados por un punto.

Ejemplo:  Para tener una configuración específica del servidor de correo SMTP para todas las instancias que se ejecutan en modo de ejecución foo, simplemente cree un nodo con el nombre config.foo y el tipo de nodo nt:folder en  /apps/we-retail  y copie el nodo  /libs/cq/config/com.day.cq.mailer.DefaultMailService  hasta  /apps/we-retail/config.foo  y adapte las propiedades smtp.host.

Ejemplo: Para tener una configuración específica de Rotación de registro, use el paquete de configuración que se encuentra en el artículo de KB Cómo rotar request.log y access.log y cambie el nombre del nodo config por ejemplo a config.foo si la configuración solo debe tomarse para todas las instancias que se ejecuten en modo de ejecución foo.