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 de CRX como nodos de nodetype 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 Apache Felix (http://< host> :< puerto> /system/console/configMgr) siempre es específica para la instancia actual.
Encontrará una descripción en la 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 de 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 observa http://< host> :< puerto> /system/console/configMgr, verá estos nombres enumerados 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 o 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 del paquete basado 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 ejecuten 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 a /apps/we-retail/config.foo y adapte las propiedades smtp.host.

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