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.