Configuração do OSGi

OSGi é um elemento fundamental na pilha de tecnologia do Adobe Experience Manager (AEM). É usado para controlar os pacotes compostos de AEM e sua configuração.

OSGi "O fornece os primitivos padronizados que permitem que os aplicativos sejam construídos a partir de componentes pequenos, reutilizáveis e colaborativos. Esses componentes podem ser compostos em um aplicativo e implantados".

Isso permite o gerenciamento fácil de pacotes, pois eles podem ser interrompidos, instalados e iniciados individualmente. As interdependências são manipuladas automaticamente. Cada componente OSGi (consulte o Especificação OSGi) está contido em um dos vários pacotes.

Você pode gerenciar as configurações desses pacotes:

• usando o Console da Web do Adobe CQ
• usar arquivos de configuração
• configuração nós de conteúdo ( sling:OsgiConfig) no repositório

Qualquer um dos métodos pode ser usado, embora existam diferenças sutis, principalmente em relação a Modos de Execução:

• Console da Web do Adobe CQ

  • O Console da Web é a interface padrão para a configuração do OSGi. Ela fornece uma interface do usuário para editar as várias propriedades, onde os valores possíveis podem ser selecionados em listas predefinidas.

    Sendo assim, é o método mais fácil de usar.

  • Todas as configurações feitas com o Console da Web são aplicadas imediatamente e aplicáveis à instância atual, independentemente do modo de execução atual ou quaisquer alterações subsequentes no modo de execução.

• arquivos de configuração

  • Contém as configurações definidas no console da Web.
  • Pode ser incluído em pacotes de conteúdo para uso em outras instâncias.

• nós de conteúdo (sling:osgiConfig) no repositório

  • Isso requer configuração manual usando o CRXDE Lite.
  • Devido às convenções de nomenclatura da variável sling:OsgiConfig , é possível vincular a configuração a um modo de execução. Você ainda pode salvar configurações por mais de um modo de execução no mesmo repositório.
  • Todas as configurações apropriadas são aplicadas imediatamente (dependendo do modo de execução).

Qualquer que seja o método usado, todos esses métodos de configuração:

• Certifique-se de que copiar ou replicar o conteúdo do repositório recrie configurações idênticas.
• Permitir que você verifique as configurações no FileVault ou Subversion; para segurança ou atualizações adicionais.
• Pode ser salvo em pacotes para uso ao configurar outras instâncias.
• Permita executar implantações de configuração usando scripts para propagar os detalhes de configuração.

Configuração do OSGi com o console da Web

O Console da Web no AEM fornece uma interface padronizada para configurar os pacotes. O Configuração A guia é usada para configurar os pacotes OSGi e, portanto, é o mecanismo subjacente para configurar AEM parâmetros do sistema.

Quaisquer alterações feitas são imediatamente aplicadas à configuração OSGi relevante, não é necessário reiniciar.

Para atualizar uma configuração com o console da Web:

1. Acesse o Configuração do Console da Web, seguindo um destes procedimentos:

   • Abrir o console da Web do link no Ferramenta -> Operações menu. Depois de fazer logon no console, você pode usar o menu suspenso de:

     OSGi >

   • O URL direto; por exemplo:

     http://localhost:4502/system/console/configMgr
     Uma lista será exibida.

2. Selecione o pacote que deseja configurar:

   • clicar no Editar ícone para esse pacote
   • clicar no Nome do pacote

3. Uma caixa de diálogo será aberta. Aqui você pode editar conforme necessário; por exemplo, defina a variável Nível de log para INFO:

   

   OBSERVAÇÃO

   As atualizações são salvas no repositório como arquivos de configuração. Para localizá-los posteriormente (por exemplo, para incluir em um pacote de conteúdo para uso em outra instância), você deve anotar a identidade persistente ( PID).

4. Clique em Salvar.

   Suas alterações são aplicadas imediatamente à configuração OSGi relevante do sistema em execução, não é necessário reiniciar.

   OBSERVAÇÃO

   Agora é possível localizar o arquivo(s) de configuração; por exemplo, para incluir em um pacote de conteúdo para uso em outra instância.

Configuração OSGi com arquivos de configuração

As alterações de configuração feitas usando o Console da Web são mantidas no repositório como arquivos de configuração ( .config) sob:

/apps

Eles podem ser incluídos em pacotes de conteúdo e reutilizados em outras instâncias.

O Console da Web não mostra nenhuma indicação de onde as alterações foram salvas no repositório, mas elas podem ser facilmente localizadas:

1. Crie o arquivo de configuração ao fazer uma alteração inicial no console da web.

2. Abra o CRXDE Lite.

3. No Ferramentas selecionar menu Consulta … .

4. Envie uma consulta de Tipo SQL para pesquisar o PID da configuração que você atualizou.

   Por exemplo, Console de Gerenciamento do Apache Felix OSGi tem a identidade persistente (PID) de:

   org.apache.felix.webconsole.internal.servlet.OsgiManager

   Portanto, a consulta SQL pode ser:

   select * from nt:base where jcr:path like '/apps/%' and contains(*, 'org.apache.felix.webconsole.internal.servlet.OsgiManager')
   

5. O nó do arquivo de configuração será exibido.

   Para o exemplo acima:

   /apps/system/config/org.apache.felix.webconsole.internal.servlet.OsgiManager.config

   ATENÇÃO

   É possível abrir esse arquivo para exibir suas alterações, mas para evitar erros de digitação, é recomendável fazer alterações reais com o console.

6. Agora você pode criar um pacote de conteúdo, contendo esse nó, e usar conforme necessário em suas outras instâncias.

Configuração do OSGi no Repositório

Além de usar o console da Web, você também pode definir detalhes de configuração no repositório. Isso permite configurar facilmente seus diferentes modos de execução.

Essas configurações são feitas ao criar sling:OsgiConfig no repositório para o sistema fazer referência. Esses nós espelham as configurações OSGi e formam uma interface de usuário para elas. Para atualizar os dados de configuração, atualize as propriedades do nó.

Se você modificar os dados de configuração no repositório, as alterações serão imediatamente aplicadas à configuração relevante do OSGi como se as alterações tivessem sido feitas usando o console da Web, com as verificações de validação e consistência apropriadas. Isso também se aplica à ação de copiar uma configuração do /libs/ para /apps/.

Como o mesmo parâmetro de configuração pode ser localizado em vários locais, o sistema:

• procura por todos os nós do tipo sling:OsgiConfig
• filtros de acordo com o nome do serviço
• filtros de acordo com o modo de execução

Adicionar uma nova configuração ao repositório

O que você precisa saber

Para adicionar uma nova configuração ao repositório, você precisa saber o seguinte:

1. O Identidade Persistente (PID) do serviço.

   Faça referência ao Configurações no console da Web. O nome é mostrado entre colchetes após o nome do pacote (ou no Informações de configuração na parte inferior da página).

   Por exemplo, crie um nó com.day.cq.wcm.core.impl.VersionManagerImpl. para configurar Gerenciador de versão do AEM WCM.

   

2. Se uma modo de execução é obrigatório. Crie a pasta:

   • config - para todos os modos de execução
   • config.author - para o ambiente do autor
   • config.publish - para o ambiente de publicação
   • config.<run-mode> - se for caso disso

3. Se uma Configuração ou Configuração de fábrica é necessária.

4. Os parâmetros individuais a serem configurados; incluindo qualquer definição de parâmetro existente que precisará ser recriada.

   Faça referência ao campo de parâmetro individual no console da Web. O nome é mostrado entre parênteses para cada parâmetro.

   Por exemplo, crie uma propriedade
   versionmanager.createVersionOnActivation para configurar Criar versão na ativação.

   

5. Uma configuração já existe em /libs? Para listar todas as configurações em sua instância, use o Query ferramenta no CRXDE Lite para enviar a seguinte consulta SQL:

   select * from sling:OsgiConfig

   Nesse caso, essa configuração pode ser copiada para o /apps/<yourProject>/e personalizado no novo local.

Criação da configuração no repositório

Para realmente adicionar a nova configuração ao repositório:

1. Use o CRXDE Lite para navegar até:

   /apps/<yourProject>

2. Se ainda não existir, crie a config pasta ( sling:Folder):

   • config - aplicável a todos os modos de execução
   • config.<run-mode> - específico de um modo de execução específico

3. Nesta pasta, crie um nó:

   • Tipo: sling:OsgiConfig

   • Nome: Identidade persistente (PID);

     por exemplo, para usar o Gerenciador de versão do WCM AEM com.day.cq.wcm.core.impl.VersionManagerImpl

   OBSERVAÇÃO

   Ao fazer um anexo de configuração de fábrica -<identifier> ao nome.

   Como em: org.apache.sling.commons.log.LogManager.factory.config-<identifier>

   Onde <identifier> é substituído pelo texto livre que você (deve) inserir para identificar a instância (não é possível omitir essas informações); por exemplo:

   org.apache.sling.commons.log.LogManager.factory.config-MINE

4. Para cada parâmetro que você deseja configurar, crie uma propriedade neste nó:

   • Nome: o nome do parâmetro como mostrado no console da Web; o nome é mostrado entre parênteses no final da descrição do campo. Por exemplo, para Create Version on Activation use versionmanager.createVersionOnActivation
   • Tipo: conforme adequado.
   • Valor: conforme necessário.

   Você só precisa criar propriedades para os parâmetros que deseja configurar, outras pessoas ainda usarão os valores padrão conforme definido por AEM.

5. Salve todas as alterações.

   As alterações são aplicadas assim que o nó é atualizado, reiniciando o serviço (como nas alterações feitas no console da Web).

Detalhes da configuração

Ordem de resolução na inicialização

A seguinte ordem de precedência é usada:

1. Nós do repositório em /apps/*/config....com tipo sling:OsgiConfig ou arquivos de propriedade.

2. Nós de repositório com tipo sling:OsgiConfig under /libs/*/config.... (definições prontas para uso).

3. Qualquer .config arquivos de <*cq-installation-dir*>/crx-quickstart/launchpad/config/.... no sistema de arquivos local.

Isso significa que uma configuração genérica no /libs pode ser mascarado por uma configuração específica do projeto no /apps.

Ordem de resolução no tempo de execução

As alterações de configuração feitas enquanto o sistema está em execução acionam uma recarga com a configuração modificada.

Em seguida, aplica-se a seguinte ordem de precedência:

1. A modificação de uma configuração no console da Web terá efeito imediato, pois terá precedência no tempo de execução.
2. Modificação de uma configuração em /apps terá efeito imediato.
3. Modificação de uma configuração em /libs terá efeito imediato, a menos que seja mascarado por uma configuração em /apps.

Resolução de vários modos de execução

Para configurações específicas do modo de execução, é possível combinar vários modos de execução. Por exemplo, você pode criar pastas de configuração no seguinte estilo:

/apps/*/config.<runmode1>.<runmode2>/

As configurações nessas pastas serão aplicadas se todos os modos de execução corresponderem a um modo de execução definido na inicialização.

Por exemplo, se uma instância foi iniciada com os modos de execução author,dev,emea, nós de configuração em /apps/*/config.emea, /apps/*/config.author.dev/ e /apps/*/config.author.emea.dev/ será aplicado, enquanto os nós de configuração em /apps/*/config.author.asean/ e /config/author.dev.emea.noldap/ não será aplicada.

Se várias configurações para o mesmo PID forem aplicáveis, a configuração com o maior número de modos de execução correspondentes será aplicada.

Por exemplo, se uma instância foi iniciada com os modos de execução author,dev,emeae ambos /apps/*/config.author/ e /apps/*/config.emea.author/ defina uma configuração para
com.day.cq.wcm.core.impl.VersionManagerImpl, a configuração em /apps/*/config.emea.author/ será aplicada.

A granularidade desta regra está em um nível PID.
Não é possível definir algumas propriedades para o mesmo PID em /apps/*/config.author/ e mais específicas em /apps/*/config.emea.author/ para o mesmo PID.
A configuração com o maior número de modos de execução correspondentes será efetiva para todo o PID.

Configurações padrão

A lista a seguir mostra uma pequena seleção das configurações disponíveis (em uma instalação padrão) no repositório:

• Autor - AEM filtro WCM:

  libs/wcm/core/config.author/com.day.cq.wcm.core.WCMRequestFilter

• Publicar - AEM filtro WCM:

  libs/wcm/core/config.publish/com.day.cq.wcm.core.WCMRequestFilter

• Publicar - AEM estatísticas da página WCM:

  libs/wcm/core/config.publish/com.day.cq.wcm.core.stats.PageViewStatistics

Para listar todos os nós de configuração em sua instância, use o Query no CRXDE Lite para enviar a seguinte consulta SQL:

select * from sling:OsgiConfig

Persistência da configuração

• Se você alterar uma configuração por meio do console da Web, ela será (normalmente) gravada no repositório em:

  /apps/{somewhere}

  • Por padrão {somewhere} é system/config para que a configuração seja gravada em

    /apps/system/config

  • No entanto, se você estiver editando uma configuração que veio inicialmente de outro lugar no repositório: por exemplo:

    /libs/foo/config/someconfig

    Em seguida, a configuração atualizada é escrita no local original; por exemplo:

    /apps/foo/config/someconfig

• Configurações que foram alteradas por admin são salvas em *.config arquivos em:

     /crx-quickstart/launchpad/config
  

  • Esta é a área de dados privados do administrador de configuração do OSGi e mantém todos os detalhes de configuração especificados por admin, independentemente de como eles entraram no sistema.

  • Este é um detalhe de implementação e nunca deve editar este diretório diretamente.

  • No entanto, é útil saber a localização desses arquivos de configuração para que as cópias possam ser obtidas para backup e/ou instalação múltipla:

    • Console de Gerenciamento do Apache Felix OSGi

      ../crx/org/apache/felix/webconsole/internal/servlet/OsgiManager.config

    • Repositório de Cliente Sling CRX

      ../com/day/crx/sling/client/impl/CRXSlingClientRepository/<pid-nr>.config

Recursos do Business.Adobe.com

Content Insights Personalized Communications Embedded Charts Dynamic Forms Content Management Content Management System