Definir uma configuração baseada em repositório somente para uma instância específica

Este artigo descreve uma configuração baseada em repositório para uma instância específica, detalhando como armazenar a configuração no repositório do CRX como nós de nodetype sling:OsgiConfig no Adobe Experience Manager.

Descrição description

Ambiente

Adobe Experience Manager

Problema/Sintomas

Este artigo define uma configuração baseada em repositório para uma instância específica.

Resolução resolution

1. Configurar o Console de Gerenciamento Web Apache Felix

A configuração no Console de Gerenciamento Web Apache Felix (http://< host> :< porta> /system/console/configMgr) é sempre específica para a instância atual.
Você pode encontrar uma descrição na documentação: https://helpx.adobe.com/br/experience-manager/6-4/sites/deploying/using/configuring-osgi.html#OSGiConfigurationintheRepository

2. Configuração baseada em repositório

Também é possível armazenar a configuração no repositório do CRX como nós do tipo de nó sling:OsgiConfig.

Para obter mais informações, consulte https://helpx.adobe.com/br/experience-manager/6-4/sites/deploying/using/configuring-osgi.html#OSGiConfigurationintheRepository

Com esse método, é possível compartilhar a configuração entre várias instâncias.
O nome desses nós deve ser igual à Identidade Persistente (PID) da configuração (por exemplo, o nome do serviço). Se você observar o http://< host> :< porta> /system/console/configMgr, verá esses nomes listados como propriedades service.pid. Esses nós de configuração devem ser nós secundários do tipo de nó nt:folder com um nome que comece com config seguido de um ponto. Todos os modos de execução aos quais a configuração se aplica também são separados por pontos.

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

Modo de Execução

É possível definir em quais modos de execução específicos uma instância específica é executada. Por padrão, uma instância de autor é executada no autor em modo de execução e uma instância de publicação é executada na publicação em modo de execução. É possível definir vários modos de execução para uma instância (por exemplo, author, foo e dev).

Defina esses modos de execução como opções de VM.

Por exemplo, no console:

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

ou no script de inicialização:

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

Os modos de execução atuais de uma instância estão visíveis em http://< host> :< porta> /system/console/status-slingsettings

Observação: não é recomendável alterar ou remover o autor e a publicação dos modos de execução padrão. Em vez disso, basta adicionar seus modos de execução específicos à lista padrão de modos de execução existentes.

Observação: o mesmo mecanismo funciona para a instalação do pacote baseado em repositório. Coloque os pacotes abaixo dos nós de nodetype nt:folder com um nome que comece com install seguido por um ponto. Todos os modos de execução aos quais os pacotes se aplicam são separados por pontos.

Exemplo: Para ter uma configuração de servidor de email SMTP específica para todas as suas instâncias em execução no modo de execução foo, basta criar um nó com o nome config.foo e nodetype nt:folder em /apps/we-retail e copiar o nó /libs/cq/config/com.day.cq.mailer.DefaultMailService para /apps/we-retail/config.foo e adaptar as propriedades smtp.host.

Exemplo: Para ter uma configuração Logrotation específica, use o pacote de configuração no artigo da Base de Dados de Conhecimento Como girar request.log e access.log e renomeie a configuração do nó, por exemplo, para config.foo, se a configuração precisar ser tomada para todas as instâncias que estiverem sendo executadas somente no modo de execução foo.

recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f