DocumentaçãoAEM 6.5Guia do usuário

Sobreposições overlays

Last update: Wed Mar 20 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

O Adobe Experience Manager (AEM) — e, antes disso, o CQ — há muito tempo usa o princípio de sobreposições para permitir estender e personalizar o consoles e outras funcionalidades (por exemplo, criação de página).

Sobreposição é um termo usado em muitos contextos. Nesse contexto (extensão do AEM), uma sobreposição significa usar a funcionalidade predefinida e impor suas próprias definições sobre ela (para personalizar a funcionalidade padrão).

Em uma instância padrão, a funcionalidade predefinida é mantida em /libs e é prática recomendada definir sua sobreposição (personalizações) no /apps filial. O AEM usa um caminho de pesquisa para encontrar um recurso, pesquisando primeiro o /apps e depois a variável /libs ramificação (a o caminho de pesquisa pode ser configurado). Esse mecanismo significa que sua sobreposição (e as personalizações definidas lá) tem prioridade.

Desde o AEM 6.0, foram feitas alterações no modo como as sobreposições são implementadas e usadas:

  • AEM 6.0 e posterior - para Granitesobreposições relacionadas ao (ou seja, a interface habilitada para toque)

    • Método

      • Reconstrua o apropriado /libs estrutura em /apps.

        Isso não exige uma cópia 1:1, a Fusão de recursos do Sling é usado para cruzar as definições originais necessárias. O Sling Resource Merger fornece serviços para acessar e mesclar recursos com mecanismos de diferenciação.

      • Em /apps, faça as alterações necessárias.

    • Vantagens

      • Mais robusta às mudanças no /libs.
      • Apenas redefina o que é necessário.

  • Sobreposições não-Granite e sobreposições antes do AEM 6.0

    • Método

      • Copiar o conteúdo de /libs para /apps

        Copie a subramificação inteira, incluindo as propriedades.

      • Em /apps, faça as alterações necessárias.

    • Desvantagens

      • Embora suas alterações não sejam perdidas quando algo for alterado em /libs, talvez seja necessário recriar determinadas alterações que ocorrem na sobreposição em /apps.
CAUTION
A variável Fusão de recursos do Sling e os métodos relacionados só podem ser usados com Granite. Isso significa que a criação de uma sobreposição com uma estrutura de esqueleto só é apropriada para a interface de usuário padrão habilitada para toque.
As sobreposições para outras áreas (incluindo a interface clássica) envolvem a cópia do nó apropriado e de toda a subestrutura e, em seguida, fazem as alterações necessárias.

As sobreposições são o método recomendado para muitas alterações, como configuração dos seus consoles ou criar a categoria de seleção no navegador de ativos no painel lateral (usado ao criar páginas). Elas são necessárias como:

  • Não fazer alterações no /libs ramificação ​ As alterações feitas podem ser perdidas, pois essa ramificação pode sofrer alterações sempre que você:

    • atualizar na sua instância
    • aplicar um hotfix
    • instalar um pacote de recursos

  • Eles concentram as alterações em um local, facilitando o rastreamento, a migração, o backup ou a depuração de alterações, conforme necessário.

Configurar os caminhos de pesquisa configuring-the-search-paths

Para sobreposições, o recurso entregue é uma agregação dos recursos e propriedades recuperados, dependendo dos caminhos de pesquisa que podem ser definidos:

  • O recurso Caminho de pesquisa do resolvedor conforme definido na Configuração OSGi para o Fábrica do Apache Sling Resource Resolver.

    • A ordem de cima para baixo dos caminhos de pesquisa indica suas respectivas prioridades.
    • Em uma instalação padrão, os padrões primários são /apps, /libs - para que o conteúdo de /apps tem uma prioridade mais alta do que a de /libs (ou seja, sobreposições it).

  • Dois usuários de serviço precisam de acesso JCR:READ ao local em que os scripts são armazenados. Esses usuários são: components-search-service (usado pelo com.day.cq.wcm.coto access/cache components) e sling-scripting (usado por org.apache.sling.servlets.resolver para localizar servlets).

  • A configuração a seguir também deve ser configurada de acordo com o local onde você coloca os scripts (neste exemplo, em /etc, /libs ou /apps).

    code language-none 
    PID = org.apache.sling.jcr.resource.internal.JcrResourceResolverFactoryImpl
resource.resolver.searchpath=["/etc","/apps","/libs"]
resource.resolver.vanitypath.whitelist=["/etc/","/apps/","/libs/","/content/"]

  • Finalmente, o Resolvedor de Servlet também deve ser configurado (neste exemplo, para adicionar /etc também)

    code language-none 
    PID = org.apache.sling.servlets.resolver.SlingServletResolver
servletresolver.paths=["/bin/","/libs/","/apps/","/etc/","/system/","/index.servlet","/login.servlet","/services/"]

Exemplo de uso example-of-usage

Alguns exemplos são abordados quando:

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2